Насколько часто вы видели что мысли разрботчиков воплощались в плане проекта, большого проекта? Вы скажете часто, и будете правы. Правда я чаще видел что мысли разработчиков выслушивались, а спустя время преподносились как свои - хотя это тоже приятно, что твоя идея реализванна.
Технологический план - это контракт, призванный регулировать отношения между членами команды.
Когда план есть, и вы принимали участие в его создании, вы взяли на себя некоторую ответственность за реализацию - вы заинтересованны выполнить план, во время и качественно
У разработчиков слишком большие амбиции. Но если у людей есть вера в будующее, у них нет нужды реализовывать все свои задумки в этой версии.
Эх, как часто хотелось сделать все сразу, реализовать все идеи по текущему функционалу. И что делалось - реализовывалось по максимуму в отведенное время, не смотря на то что не все протестированно, не все полностью проверенно. А почему? Потому что неизвестно было когда в следующий раз представиться возможность поработать с этим ыункционалом, и как следствие - большое количество ошибок и недочетов. Канечно, они все правились, но будь план перед глазами ...
Самое важное - план должен сущетвовать!
Сежие технологические идеи возникают в мозгу у каждого. Но все новые идеи иогут быть отвергнуты, прежде чем в их анализ будут вложены дополнительные средства. Члены команды будут знать обьеом работ, который вошел в план, и осознавать, что новые инициативы будут должны проходить через аналогичный процесс. Поэтому, идея должна обладать значительными достоинствами и вероятностью выживания, прежде чем быть представленной команде на расмотрение. Такое полодение вещей позволяет сократить обьем случайных предложений и создает относительно стабильную обстановку в команде.
Использовались материалы из книги
"Правила разработки программного обеспечения" Джим Маккарти, Мишель Маккарти
Комментариев нет:
Отправить комментарий