Документ описывает правила успешного релиза IT-проектов и факторы, способствующие их провалу, включая неопределенность целей и плохие коммуникации. Он предлагает структурированный подход к инициации проекта через определение целей, функциональных и нефункциональных требований, а также управление рисками и вовлечением заинтересованных сторон. Для успеха проекта важны четкие критерии, планирование и согласование процессов с учетом ограничений по времени и бюджету.

1. Правила успешного релиза. Снижаем
риски, повышаем шансы на успех.

2. ”А в это время где-то гибнет проект”
Том Демарко

3. Intro 1: Немного о себе
• 12 years in professional IT
• Developer ➢ Team Lead ➢
Coordinator ➢ PM ➢ PM (SM)
• Product Development and Outsource
• CRM, Game-dev, e-Commerce ..
• PMP certified
• Currently work at EPAM, Kharkiv

4. Base 1: Причины провала IT проектов
• Неопределенность целей проекта
• Слабое планирование и управление
• Плохие коммуникации
• Отсутствие вовлечения пользователей
• Слабая экспертиза команды
• Неконтролируемые изменения
• Нереальные ожидания (сроки, бюджет)

5. Step 1: Инициация проекта, назначение PM

6. Step 2: Обоснование проекта, определение
ожидаемых результатов
• Для чего этот проект нужен - какую
проблему решаем?
• Цели и задачи проекта - как эта
проблема будет решаться?

8. Step 3: Что включено и не включено в проект
• Функциональные требования – что нужно сделать?
• Нефункциональные требования – неявные требования?
Внешние требования по безопасности
Требования по взаимодействию
Отраслевые стандарты
Требования к производительности
• Что выходит за рамки проекта
Дополнительно: Критерии успешности проекта

10. Step 4: Список вовлеченных сторон;
роли, ответственность, интересы
• Кто и как влияет на проект (вовлеченность, влияние)
• Кто диктует требования и кто документирует
• Кого и как вовлекать в проект (отчеты, обсуждения..)
• У каждого свои цели, поддерживают главную?

12. Step 5: Поиск риски и предположений
• Определение ‘больших’ рисков
• Риски ставящие под угрозу выполнение проекта
• Существующие предположения

14. Step 6: Планирование процесса
• Выбор процесса разработки:
Scrum, Waterfall, Kanban?
• Ответственность сторон (участие
в митингах, ответы, и пр.)

15. Step 7: Что еще проверить?
• Существующие договоренности и контракты
• Существующие ограничения в сроках и бюджете
• Критерии успешного выполнения проекта
• Модель оплаты: Fixed price, Time & Material
• Треугольник ограничений (Scope / Cost / Time)
• Требования к качеству (сорт и качество)
• Историческая информация и культура компании

17. Что дальше?
• Собрать информацию в единый документ – Project Charter
• Утверждение и подпись документа спонсором
• Переход к следующей стадии проекта

18. Успешность проектов

19. Клиент просит внести значительные
изменения?

20. Проектный треугольник

21. Спасибо за внимание 
Вопросы?