Лекция 3. Планирование и составление расписания

Управление проектамиисследования и разработкиЛекция #3Планирование исоставление расписанияКурс: управление проектами исследования и разработкиЗарегистрироваться http://goo.gl/forms/S2Ha34qyg6• Вводная лекция: проект в организации, проекты RnD• Инициализация проекта• __21.04.2017Управление проектами исследования и разработки // #RnDm.Качалин Алексей // @kchln2XX%В прошлый раз: инициализация• Этапы проекта• Место проекта в организации• Инициализация проекта• Начало планирования• Процедура – как метод описания деятельности по управлениюпроектом• Артефакты проекта• Запрос• Устав• Роль менеджера проекта• Хотим составить расписание проекта21.04.2017Управление проектами исследования и разработки // #RnDm.Качалин Алексей // @kchln3План на сегодня• Планирование проекта••••Начало работы над расписанием проектаАнализ целейДекомпозиция целей на задачиСвойства «задачи»• Параметрыhttp://en.wikipedia.org/wiki/Project_management21.04.2017Управление проектами исследования и разработки // #RnDm.Качалин Алексей // @kchln4Продолжим с планированием проекта???Что уже зафиксировано?Следующий шаг?21.04.2017Управление проектами исследования и разработки // #RnDm.Качалин Алексей // @kchln5Декомпозиция и структуризация• Проект описан на уровне бизнес-целей (ценностей, желанийзаказчика)• Чтобы перейти к выполнению проекта нужно «разбить»глобальные цели на выполнимые элементы•…•… Чего не хватает?• Составить расписание21.04.2017Управление проектами исследования и разработки // #RnDm.Качалин Алексей // @kchln6Поработаем с декомпозициейСтруктура работ21.04.2017Управление проектами исследования и разработки // #RnDm.Качалин Алексей // @kchln7Структурная декомпозиция работ, СДР (WBS)Принципы построения – «играем» по правилам организации• Правило 100% - в СДР есть всё что должно быть получено/сделано в проекте• Отсутствие дублирований и пересечений• Единообразие принципа декомпозиции• Соответствие (сопоставимость) верхнеуровневых элементов шаблону• Уровень детальности (мин, макс)• Минимальная задача – например рабочая неделя• Максимальная – период отчетности• Группа работ – уровень детальности/общности?• Результат – завершенный и оцениваемый артефакт• Возможен аутсорсинг• Может быть оценен• Схема кодирования – иерархия, УИД• 3 уровня детализации• До 4-5 для критических элементов21.04.2017Управление проектами исследования и разработки // #RnDm.Качалин Алексей // @kchln8Пример: Рекомендации по декомпозиции работы MSF•••••••Затраты на каждую задачу должны быть реалистично оцениваемы.Оценка времени исполнения каждой задачи не должна быть менее одного или более 40 днейКаждая задача должна иметь однозначное описание как её самой, так и ожидаемого результата.Задачи выделены правильно, если их выполнение может производиться без существенных пауз.Ответственность за каждую задачу должна быть поручена одному работнику.Каждая задача может предполагать дальнейшее разбиение на элементарные подзадачи.За исключением двух верхних уровней, задачи должны формулироваться в повелительномнаклонении (например, “Спроектировать схему базы данных” вместо “Схема базы данных”).• В WBS должно быть от трех до пяти уровней определения задач.• Деятельность, сопряженная с большими рисками, должна детализироваться больше, чем деятельность, сопряженнаяс меньшими рисками.• По ходу работы над проектом WBS последовательно дорабатывается,• но формирование производится на фазе планирования.http://vernikov.ru/informacionnye-tehnohttps://msdn.microsoft.com/en-us/librar21.04.2017Управление проектами исследования и разработки // #RnDm.Качалин Алексей // @kchln9Пример: ГОСТ 19.102-771.

Техническое задание2. Эскизный проект3. Технический проект4. Рабочий проект5. ВнедрениеСтадииразработки1. ТехническоезаданиеЭтапы работСодержание работОбоснованиенеобходимостиразработки программыПостановка задачиСбор исходных материаловВыбор и обоснование критериев эффективности и качества разрабатываемой программы.Обоснование необходимости проведения научно-исследовательских работ.НаучноОпределение структуры входных и выходных данных.исследовательскиеПредварительный выбор методов решения задач.работыОбоснование целесообразности применения ранее разработанных программ.Определение требований к техническим средствам.Обоснование принципиальной возможности решения поставленной задачиРазработка иОпределение требований к программе.утверждениеРазработка технико-экономического обоснования разработки программы.технического заданияОпределение стадий, этапов и сроков разработки программы и документации на неё.Выбор языков программирования.Определение необходимости проведения научно-исследовательских работ на последующих стадиях.Согласование и утверждение технического задания.2.

ЭскизныйРазработка эскизногоПредварительная разработка структуры входных и выходных данных.проектпроектаУточнение методов решения задачи.Разработка общего описания алгоритма решения задачиРазработка технико-экономического обоснования.Утверждение эскизного Разработка пояснительной записки.проектаСогласование и утверждение эскизного проекта.3. Технический Разработка технического Уточнение структуры входных и выходных данных.проектпроектаРазработка алгоритма решения задачи.Определение формы представления входных и выходных данных.Определение семантики и синтаксиса языка.Разработка структуры программы.Окончательное определение конфигурации технических средств.УтверждениеРазработка плана мероприятий по разработке и внедрению программ.технического проектаРазработка пояснительной записки.Согласование и утверждение технического проекта.4.

РабочийРазработка программы Программирование и отладка программы.проектРазработка программной Разработка программных документов в соответствии с требованиями ГОСТ 19.101-77.документацииИспытания программыРазработка, согласование и утверждение порядка и методики испытаний.Проведение предварительных государственных, межведомственных, приёмо-сдаточных и других видов испытаний.Корректировка программы и программной документации по результатам испытаний.5.

ВнедрениеПодготовка и передача Подготовка и передача программы и программной документации для сопровождения и (или) изготовления.проектами исследованияи разработки#RnDm. акта о передаче программы на сопровождение и (или) изготовление.программы.Оформление //и утверждение10Передачапрограммыв фонд алгоритмов и программ.Качалин Алексей // @kchlnhttp://www.rugost.com/index.php21.04.2017УправлениеПодходы к декомпозициям в разных методиках• По «точке зрения»Альтернативы планированияпроектов• «Сверху вниз»• Перечисление и обобщение• Последовательный• Итеративный• Инкрементальный• Эволюционный21.04.2017• По фиксируемому объектуСДР• Результат (поставка)• Тип работ• Время работУправление проектами исследования и разработки // #RnDm.Качалин Алексей // @kchln11Другие варианты структуризации задач?• Перечисление• «Фичи», сценарии, объекты• Эволюция требований [x]• Матрица требований21.04.2017Управление проектами исследования и разработки // #RnDm.Качалин Алексей // @kchln12Пример: Microsoft Solutions Framework (MSF)• Итеративная адаптивная модель (SCRUM)• Командное участие• Менеджер продукта (владелец продукта)• Активная роль стейкхолдера• Поддерживается инструментально• MS VS, TFS• Контрольные точки•••••Синхронизация раб.

ЭлементовПрозрачность для внешних наблюдателейВозможность коррекцииРевью целей и ожидаемых результатовТочка одобрения для движения вперёд21.04.2017Управление проектами исследования и разработки // #RnDm.Качалин Алексей // @kchln13Кстати: План проекта как модель:основные свойства• Целенаправленность• Целостность• Замкнутость• Конечность• Полнота• Упрощенность• Приблизительность• Адекватность• Информативность21.04.2017• Сохранение информации• Устойчивость модели• Адаптивность• Управляемость(имитационность)• Эволюционируемость• Наглядность итехнологичность дляисследованияУправление проектами исследования и разработки // #RnDm.Качалин Алексей // @kchln14Анализируем СДР/перечень задачЧто мы знаем о «задачах»?21.04.2017Управление проектами исследования и разработки // #RnDm.Качалин Алексей // @kchln15Задача (работа, рабочий элемент)• Ключевые параметры задачи• Название• Уникальный идентификатор••••• Номер СДР• Объект.свойство.имяТрудоемкостьКрайний срокВзаимосвязи (с другими задачами)Типы исполнителей, ресурсовПротестироватьИсправить• Параметры исполнения (расписания)• Начало/Окончание, продолжительность• Назначение исполнителя, доступность ресурсовПротестировать• Сдвиги связанные с выравниванием ресурсов исжатием сроковXX%XX%Исправить21.04.2017Управление проектами исследования и разработки // #RnDm.Качалин Алексей // @kchln16Анализ задачЦель – информация для агрегации науровне проекта в целом, выявлениепротиворечий и пробеловПринципы• Фиксация известной информации• Не вписывать необоснованныхограничений и взаимосвязей• Погрешность допускается• Итеративность – изменение СДР• Полностью «заполнить» поля• Параметры исполнения доутверждения СДР с оценкойтрудоемкости21.04.2017Ключевая сложность оценки R&Dзадач – оценка трудоемкости• Большинство задач содержатисследовательские итехнологические риски• Сложные взаимосвязи (блокировки)• Проблема сопоставления новойзадачи с предыдущим опытом• Параметры задач?• Задач много, планировать дорого• Ещё дороже – поддерживать иотслеживать планУправление проектами исследования и разработки // #RnDm.Качалин Алексей // @kchln17Оценка трудоемкости задач• Экспертные• Менеджер-эксперт• Технический эксперт: Ведущий исполнитель/тим-лид• Соответствие ограничениям – как метод оценки задач• Статистические – для групповых задач• Опыт выполнения подобных задач коллективом/организацией• Командные методы – привлечение исполнителей21.04.2017Управление проектами исследования и разработки // #RnDm.Качалин Алексей // @kchln18«Грешновато» для СДР1.

Путать проектные цели и оценки2. Говорить «Да» тогда, когда вы, на самом деле, подразумеваете«Нет»3. Давать обещания на ранней стадии Конуса неопределённости4. Предполагать, что недооценка оказывает нейтральноевлияние на результаты проекта5. Фокусироваться на методах оценки в то время, когда выреально нуждаетесь в ИСКУССТВЕ оценки трудоёмкостиразработки ПО6. Делать оценки в «Зоне невероятности»7. Переоценивать выгоду от новых методов и технологий8. Использовать только один метод оценки трудоёмкости9.

Пренебрегать специализированным ПО для оценкитрудоёмкости10. Давать поспешные оценки21.04.2017Управление проектами исследования и разработки // #RnDm.Качалин Алексей // @kchlnСтив МакКоннеллhttp://megamozg.ru/post/19Техника: Покерное планирование, T-Shirt• Оценка трудоемкости вкоманде• Выявить отклонения оценок иобсудить• Большой разброс = нетсогласованности о сути задачи• Вычислить среднееарифметическое21.04.2017Управление проектами исследования и разработки // #RnDm.Качалин Алексей // @kchln20Техника: Wall Estimation (MSF/SCRUM)• Обсуждение• Приоритетов• Сложности/Размера• Выделение• Высоко критичных и«простых» задач• Сложных иопциональных•…21.04.2017Управление проектами исследования и разработки // #RnDm.Качалин Алексей // @kchln21Дальше: от структуры к расписанию• Работа с ограничениями• Назначение ресурсов• Привязка к календарю/итерации• Учёт рисков в расписании проекта• Сведение расписания••••Взаимосвязи задачБалансировка ресурсовКритический путьПринципы составления расписания• Согласование базового плана21.04.2017Управление проектами исследования и разработки // #RnDm.Качалин Алексей // @kchln22Основное за сегодня• Декомпозиция как инструмент построения плана работ• СДР• Принципы построения СДР• Альтернативы• Анализ задач проекта• Оценка трудоемкости• Техники оценки трудоемкости21.04.2017СДРУправление проектами исследования и разработки // #RnDm.Качалин Алексей // @kchln23.