Нашел старую презентацию, по которой когда-то учил молодых менеджеров. Может быть кому-то пригодится. :)

1. Цели проектаЦели проекта
Бэкап ИТ 2008Бэкап ИТ 2008

2. Что такое проектЧто такое проект??
 Прое́ктПрое́кт — это уникальная (в отличие от— это уникальная (в отличие от
операций) деятельность, имеющаяопераций) деятельность, имеющая
начало и конец во времени,начало и конец во времени,
направленная на достижениенаправленная на достижение
определённого результата/целиопределённого результата/цели,,
создание определённого, уникальногосоздание определённого, уникального
продукта или услуги, при заданныхпродукта или услуги, при заданных
ограничениях по ресурсами и срокамограничениях по ресурсами и срокам, а, а
такжетакже требованиям к качествутребованиям к качеству ии
допустимому уровню рискадопустимому уровню риска..

3. ТерминыТермины
 достижение определённогодостижение определённого
результата/целирезультата/цели
 требования к качествутребования к качеству
 ограничения по срокамограничения по срокам
 ограничения по ресурсамограничения по ресурсам
 допустимый уровень рискадопустимый уровень риска

4. Задачи проекта разработкиЗадачи проекта разработки
Задачи проекта
Удовлетворение
нужд заказчика
Прибыль
достижениедостижение
определённогоопределённого
результата/целирезультата/цели
требования ктребования к
качествукачеству
ограниченияограничения
попо
ресурсамресурсам
допустимыйдопустимый
уровеньуровень
рискариска
ограниченияограничения
попо
срокамсрокам
допустимыйдопустимый
уровеньуровень
рискариска

5. Удовлетворение нужд заказчикаУдовлетворение нужд заказчика
 1. Понимание нужд заказчика1. Понимание нужд заказчика
 Сферические кони в вакууме заказчику не нужны.Сферические кони в вакууме заказчику не нужны.
 2. Обеспечение качества разработки2. Обеспечение качества разработки
 Продукт долженПродукт должен обеспечивать приемлемую надежностьобеспечивать приемлемую надежность
 3. Обеспечение исполнения сроков3. Обеспечение исполнения сроков
 Опоздавший продукт теряет ценностьОпоздавший продукт теряет ценность

6. ПрибыльПрибыль
 Прибыль = Полученная сумма –Прибыль = Полученная сумма –
затраты на ЗП – затраты на технику –затраты на ЗП – затраты на технику –
накладные расходы.накладные расходы.

7. Понимание нужд заказчикаПонимание нужд заказчика
• Формулировка требований совместно с заказчикомФормулировка требований совместно с заказчиком..
Определяет цель работы и является базой дляОпределяет цель работы и является базой для
определения критериев приемки.определения критериев приемки.
• Описание требований.Описание требований. Позволяет зафиксироватьПозволяет зафиксировать
требования, создает базу для управлениятребования, создает базу для управления
изменениями.изменениями.
• Согласование требований с заказчиком.Согласование требований с заказчиком. ФормируетФормирует
единое понимание требований командой и заказчиком.единое понимание требований командой и заказчиком.
• Формирование критериев приемки.Формирование критериев приемки. ПозволяетПозволяет
зафиксировать формальные правила приемки проекта.зафиксировать формальные правила приемки проекта.
• Доведение до команды информации о требованиях.Доведение до команды информации о требованиях.
Формирует единое понимание требований в рамкахФормирует единое понимание требований в рамках
команды.команды.
• Управление изменениями требований.Управление изменениями требований. ПозволяетПозволяет
учитывать изменения в потребностях заказчика.учитывать изменения в потребностях заказчика.

8. Формулировка требованийФормулировка требований
совместно с заказчикомсовместно с заказчиком
 1.1. ЗАДАВАЙТЕ ВОПРОСЫ!ЗАДАВАЙТЕ ВОПРОСЫ! ВСЕГДА!ВСЕГДА!
 2. Если заказчик не знает чего хочет –2. Если заказчик не знает чего хочет –
попросите пример программыпопросите пример программы//сайтасайта
выполняющего нужную функцию. Опишитевыполняющего нужную функцию. Опишите
свое понимание и отдайте заказчику насвое понимание и отдайте заказчику на
утверждение.утверждение. ПРЕДЛАГАЙТЕ ВАРИАНТЫ!ПРЕДЛАГАЙТЕ ВАРИАНТЫ!
 3. Если в процессе разработки возникло3. Если в процессе разработки возникло
непониманиенепонимание – ЗАДАВАЙТЕ ВОПРОСЫ И– ЗАДАВАЙТЕ ВОПРОСЫ И
ПРЕДЛАГАЙТЕ ВАРИАНТЫ!ПРЕДЛАГАЙТЕ ВАРИАНТЫ!
 Мы не придумываем требования. Мы ихМы не придумываем требования. Мы их
анализируем.анализируем.

9. Описание требований.Описание требований.
 ВСЕ ТРЕБОВАНИЯ ДОЛЖНЫ БЫТЬВСЕ ТРЕБОВАНИЯ ДОЛЖНЫ БЫТЬ
ОПИСАНЫ.ОПИСАНЫ.
 В идеале описание должно быть в видеВ идеале описание должно быть в виде
сценариев использования и включать всценариев использования и включать в
себя скриншоты.себя скриншоты.
 В ПОДРОБНОМ ОПИСАНИИВ ПОДРОБНОМ ОПИСАНИИ
ЗАИНТЕРЕСОВАН РАЗРАБОТЧИК!ЗАИНТЕРЕСОВАН РАЗРАБОТЧИК!

10. Согласование требований сСогласование требований с
заказчикомзаказчиком
 ВСЕ ОПИСАНИЯ ТРЕБОВАНИЙВСЕ ОПИСАНИЯ ТРЕБОВАНИЙ
ДОЛЖНЫ БЫТЬ УТВЕРЖДЕНЫДОЛЖНЫ БЫТЬ УТВЕРЖДЕНЫ
ЗАКАЗЧИКОМ!ЗАКАЗЧИКОМ!
 До начала разработки необходимоДо начала разработки необходимо
передать заказчику описания ипередать заказчику описания и
получить от него подтверждение.получить от него подтверждение.

11. Формирование критериевФормирование критериев
приемки.приемки.
 Оговаривайте, как именно будетОговаривайте, как именно будет
приниматься ваша работа.приниматься ваша работа.

12. Управление изменениямиУправление изменениями
требований.требований.
 Во время разработки могут менятьсяВо время разработки могут меняться
требования и приоритеты.требования и приоритеты.
 ВСЕ ИЗМЕНЕНИЯ ТРЕБОВАНИЙВСЕ ИЗМЕНЕНИЯ ТРЕБОВАНИЙ
ДОЛЖНЫ БЫТЬ УЧТЕНЫ ИДОЛЖНЫ БЫТЬ УЧТЕНЫ И
ЗАДОКУМЕНТИРОВАНЫ!ЗАДОКУМЕНТИРОВАНЫ!
 ВСЕ ИЗМЕНЕНИЯ ТРЕБОВАНИЙВСЕ ИЗМЕНЕНИЯ ТРЕБОВАНИЙ
ДОЛЖНЫ ОТРАЗИТЬСЯ В БЮДЖЕТЕДОЛЖНЫ ОТРАЗИТЬСЯ В БЮДЖЕТЕ
ПРОЕКТА И ПЛАНЕ!ПРОЕКТА И ПЛАНЕ!

13. Доведение до командыДоведение до команды
информации о требованиях.информации о требованиях.
 Программист реализует то, что описаноПрограммист реализует то, что описано
в требованиях, а не то, что хочетв требованиях, а не то, что хочет
 Если в требованиях что-то не понятно –Если в требованиях что-то не понятно –
ЗАДАВАЙТЕ ВОПРОСЫ!ЗАДАВАЙТЕ ВОПРОСЫ!
ПРЕДЛАГАЙТЕ ВАРИАНТЫ!ПРЕДЛАГАЙТЕ ВАРИАНТЫ!

14. Обеспечение качестваОбеспечение качества
разработкиразработки
• Разработка на основе требованийРазработка на основе требований
• Разработка набросков пользовательскихРазработка набросков пользовательских
интерфейсовинтерфейсов
• Проектирование архитектурыПроектирование архитектуры
• Разделение пользовательского интерфейса,Разделение пользовательского интерфейса,
логики и доступа к даннымлогики и доступа к данным
• Тестирование логики.Тестирование логики. Unit TestsUnit Tests
• Функциональное тестированиеФункциональное тестирование

15. Обеспечение исполнения сроковОбеспечение исполнения сроков
• Формирование списка задачФормирование списка задач
• Отслеживание выполнения задачОтслеживание выполнения задач
• Контроль сроковКонтроль сроков
• Согласование изменения сроков с заказчикомСогласование изменения сроков с заказчиком
• Управление рискамиУправление рисками