Стр. 406 - УПРАВЛЕНИЕ ИННОВАЦИОННОЙ ДЕЯТЕЛЬНОСТЬЮ

390
пользователем помогает разработчикам быстро довести свои идеи до пользова-
теля и дает последнему возможность конкретизировать свое отношение к ним.
5. Каждый модуль полностью тестируется перед передачей его результа-
тов остальной команде. Для этого используются программы автоматической
проверки, а затем новые коды передаются на вход системы. Так как для этого
необходимо не более одного-двух дней, то исполнители склонны делать это «в
рабочем порядке», не дожидаясь выделенной планом фазы тестирования. Так
как каждый модуль включает оценку валидности его результатов в системе, то
устраняются многие побочные эффекты новых кодов перед их использованием
остальной частью проектной команды.
В процессе составления плана и разработки проблема специфицирования,
как показывает практика, возникает постоянно, это обусловлено большим раз-
нообразием работ, которые сложно разделить на части с учётом их (работ) спе-
цифики. Поэтому существует ряд рекомендаций, направленных на разрешение
проблемы специфицирования [79]:
1. Когда система слишком сложна для специфицирования, ускорьте соз-
дание ее прототипа.
2. Команды должны выработать стандартные процедуры разработки и
описать их в деталях. Это часть того, что способствует формированию команд.
3. Включайте всю команду в организацию процессов разработки, это
создает чувство сопричастности.
4. Если ваш процесс не изменяется, если он не является объектом дис-
куссии и дебатов, то он не может быть использован. Хороший процесс органи-
чен, превращается в привычку. Как и любое действие, вы можете его докумен-
тировать. Лучшее, что вы можете сделать – руководить его развитием, но по-
пытки ускорить это в приказном порядке больше похожи на поощрение восста-
ния, чем на участие.
5. Точно определяйте роль каждого члена команды и делайте так, чтобы
каждая команда имела персонально обозначенную ключевую роль.
6. Организуйте эффективные коммуникации в вашем процессе – тренируйте
членов команды в командной динамике и эффективной технике совещаний.
7. Разделяйте проекты на малые куски. Выполняйте большое дело пу-
тем малых шагов.
8. Выпускайте письменный отчет в конце каждого этапа, однако спрес-
совывайте время, которое вы можете уделить этому. Это поможет понять вам,
что же случилось, и спланировать следующий этап более тщательно. Публи-
куйте отчет для ваших старших исполнителей и руководства.
9. Небольшие измерения лучше, чем их отсутствие. И всегда хорошо, ес-
ли имеется ряд измерений.
10. Желательно, чтобы команда принимала решения консенсусом. Это по-
зволяет работать вместе для нахождения приемлемых решений перед внесением их
в план. Это не всегда легко, но групповой консенсус – помощь в создании техники.
11. Защищайте людей от препятствий и излишнего вмешательства ру-
ководства.