|
6. Организуйте эффективные коммуникации в вашем процессе ? тренируйте членов команды в командной динамике и эффективной технике совещаний. 7. Разделяйте проекты на малые куски. Выполняйте большое дело путем малых шагов. 8. Выпускайте письменный отчет в конце каждого этапа, однако спрессовывайте время, которое вы можете уделить этому. Это поможет понять вам, что же случилось, и спланировать следующий этап более тщательно. Публикуйте отчет для ваших старших исполнителей и руководства. 9. Небольшие изменения лучше, чем их отсутствие. И всегда хорошо, если имеется ряд изменений. 10. Желательно, чтобы команда принимала решения консенсусом. Это позволяет работать вместе для нахождения приемлемых решений перед внесением их в план. Это не всегда легко, но групповой консенсус – помощь в создании техники. 11. Защищайте людей от препятствий и излишнего вмешательства руководства. 12. Обычно тестируйте план. Как правило, план отводит 1/3 времени кодированию, 1/3 – тестированию и ревизии и 1/3 чему-нибудь еще. 13. Снабжайте каждого члена команды информацией о положении дел в проектировании. Это создает соответствующий моральный климат, поддерживает сопричастность людей делу и стимулирует их. Распространено мнение, что малые команды талантливых людей лучше в сфере НИОКР, чем большие команды средних или даже талантливых людей. Было оценено [44], что при разработке программного обеспечения талантливые программисты в десять и более раз продуктивней наименее талантливых в команде. Однако это может оказаться неверным для других типов исследований и разработок, инжиниринга и прочей интеллектуальной работы. В то же время существует и другая истина: малым командам присущи и определенные ограничения, например, при создании очень больших изделий в сжатые сроки. В автомобильной промышленности для разработки нового образца требуется около семи миллионов инженеро-часов. В фирмах “Тойота”, “Хонда”, “Крайслер” над одним образцом работают 500-1000 инженеров в течение 3-5 лет. В “Боинге” этим заняты несколько тысяч инженеров. Многие менеджеры проектов программного обеспечения предпочитают очень малые проектные команды из дюжины или менее программистов. Это наследие культуры ранних лет программирования, когда два или три человека могли создать новый продукт. Первые версии MS-DOS, Word и Excel в начале 80-х годов создавались программными командами из 6–10 человек. Они включали несколько десятков тысяч программных строк. Но такие малые команды даже в 60-е годы не могли быть использованы IBM, когда в ней около тысячи человек создавали операционную систему для 360 компьютеров. В 1993 году первая версия Windows NT включала 4,5 млн программных строк, а проектная команда состояла в пике занятости из 450 человек. В 1995 году пакет Windows 95 состоял из 11 млн программных строк и над ним работало примерно такое же количество программистов в течение 3 лет. В 1996 году команда из 300 человек создала ключевые компоненты Internet Exрlorer browser, а на несколько сотен больше работали над устройствами типа Internet–mail [44]. — 108 —
|