ВходНаше всё Теги codebook 无线电组件 Поиск Опросы Закон Воскресенье
19 мая
266018 Топик полностью
Dir (07.08.2011 14:31 - 15:34, просмотров: 118) ответил Snaky на если немного перевести термины, то все станет немного более узнаваемым :>
А если еще немного напрячься, то и так понятно, что случай на случай не приходится и в разных условиях целесообразно организовывать разработки по разному. А эти скрамы и аджайлы - просто набор чьих то рецептов по организации труда разработчиков. У них сработало. Но их нужно еще правильно в конкретной ситуации применить. А не тупо "как по книжке". "Как по книжке" в 90% случаев идет завал, т.к. не учитывается ни специфика темы, ни набор "рабочих обезьян", ни психология заказчика, ни наличие опытного руководителя. Кстати, насчет прожженного руководителя темы Скрипач прав. Добавлю только, что этот руководитель должен быть очень опытен и ОСВОБОЖДЕН от работы по своему участку проекта. Только руководство проектом в целом. Иначе над ним будет висеть угроза личных дедлайнов, что недопустимо и обязательно повлияет на общий результат. Это очень психологически сложно как для самого руководителя, т.к. руки чешутся, особенно в начале работы когда до завалов еще далеко. Также это очень непросто для организации в целом. Зачастую такой спец стоит 2-3 (из общих 7). Не жирно ли использовать такого только для вождения руками? ИМХО, проблема автоматически решается, если есть в наличии квалифицированный спец в возрасте хорошо за 40. По скорости работы он уже не конкурент молодым, а вот опыта - вагон, т.е. то, что нужно. Беда только, что у нас до такого возраста в качестве разработчиков как правило не доживают. Нет тем, где бы такие спецы были востребованы в команде. Поэтому как только программист перестает тарабанить по клавиатуре со скоростью 500символов/мин его обычно уходят.