ВУЗ:
Составители:
Рубрика:
155
12. ПРИМЕРЫ МИРОВОЙ ПРАКТИКИ ОРГАНИЗАЦИИ УПРАВЛЕНИЯ
НИОКР
12.1. Общность практики в больших и малых фирмах
При всем разнообразии подходов к организации и управлению НИОКР
фирмы опираются на небольшое число проверенных практикой принципов [43,
44].
Сравним принципы организации НИОКР в большой корпорации, такой
как Microsoft, и в малой фирме той же направленности SIL (Академический
вычислительной отдел Летнего института лингвистики в г. Далласе, США).
Каждый проект, выполняемый по методике SIL, первоначально
формируется так называемой руководящей командой. Благодаря наличию этой
команды, которую можно назвать руководящим ядром, вся проектная команда
может забыть о внешних обстоятельствах и сосредоточиться непосредственно
на проекте. Здесь выполняется принцип: “Хороший менеджер – преодолеватель
препятствий и поставщик ресурсов”.
Зона ответстве нности руководящего ядра:
– идентификация целей проекта;
– подготовка проектного задания;
– выбор и комплектование членов команды;
– определение других необходимых ресурсов и обеспечение ими
проектной команды;
– мониторинг процесса в работе проектной команды;
– “сигнализация вовне” о результатах, полученных командой проекта;
– обеспечение совместимости деятельн ости команды с работой остальной
части организации.
Проектная команда группируется из людей, которые хотят работать. Она
включает группы , состоящие по меньшей мере из трех человек. Старшие
группы принимают решения на основе консенсуса. Естественно, что по мере
роста зрелости проекта ведущий разработчик будет меньше занят
программированием, а больше – руководством разработки.
Процесс на уровне проекта начинается с составления ряда исходных
документов: спецификации требований, определения проекта (название, цели,
этапы, команды), плана проекта.
Роли в проектной команде распределяются в зависимости от характера
проекта. Команда может включать минимально стратегического менеджера
разработки и двух программистов. В проектной команде должны быть
выделены три роли:
– имплементатор (комплексный специалист), который отслеживает
программные блоки для всего проекта;
– специалист по области применения, который отвечает за выполнение
требований спецификации и ревизует результаты;
– специалист по ревизии технических аспектов разработки.
Процесс планирования ведется по методу “сверху – вниз” и детализован
Страницы
- « первая
- ‹ предыдущая
- …
- 153
- 154
- 155
- 156
- 157
- …
- следующая ›
- последняя »
