20+ методов и инструментов для прогнозирования успеха проекта на старте

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

И прогнозирование успеха проекта на старте является критически важным процессом, который помогает оценить риски, снизить неопределенность и повысить вероятность успешного завершения. В статье Максим Беляков, директор sailet.kz, рассмотрит различные методы и инструменты, которые могут в этом помочь.

Дисклеймер:

В предыдущей статье мы разбирали "7 действенных шагов подготовки к автоматизации". Давайте представим, что они пройдены, и мы точно знаем, что персональная автоматизация нужна бизнесу.

Итак, что входит в эти методы и инструменты:

Цели агрегации требований:

Цели и задачи часто путают, но это две разные сущности. Цель — более верхнеуровневая, отвечает на вопрос: "Какой эффект ожидается после успешной реализации?". Например: цель проекта — ускорить время обработки запроса клиента и запуск в производство.

Задача — более конкретная сущность. Для постановки задач есть много методологий. Мы используем SMART. Т.е. задача обязательно должна быть: конкретная, достижимая, измеримая, значимая (реалистичная), ограниченная по времени. Например: до конца месяца сократить время обработки запроса клиента на 20% за счет внедрения системы принятия заявок и обучения 50% операторов.

Существуют расширенные версии методологии SMART, которые дополняют больше параметров задачи.

Например:

Каждый выбирает под собственные нужны.

Пример одного из реализованных проектов:

Цель проекта:

Сократить издержки на обслуживание и ведение клиентов компании путем создания автоматизированной веб-системы.

Задачи проекта:

Если вы дошли до этапа автоматизации, у вас уже есть конкурентное преимущество.

Существует несколько видов конкурентного преимущества:

У вас может быть одно явное преимущество, а может быть везде понемногу.

Чтобы понять, что действительно важно, нужно использовать две ключевые техники:

Я не буду расписывать про технологии, потому что это в основном функция маркетинга. Перечислю основные списком:

Раньше, у нас это выглядело так. Где "красный" — прямой конкурент, "желтый" — прямой конкурент с доп. услугами, "зеленый" — не наш сегмент, "синий" — потенциальный партнер.

На рынке разработки отсутствует понятие средней цены. Один и тот же проект может иметь вилку с разбегом в 10х, как по стоимости, так и по сроку реализации.

Дело тут вовсе не в жадности владельца. Внутри заложено достаточно много процессов, которые иногда не оцениваются. Тестовая среда, ведение, тестирование проекта, профессионализм команды, нагруженность,обучение и много чего еще. Даже использование платной/бесплатной/собственной графики с авторскими или без правами.

Чаще всего, бизнес опрашивает несколько студий и делает конкурентный лист с ориентировочной вилкой и ключевыми преимуществами.

Но, вам важно понять только два параметра:

По первому пункту необходимо смотреть на следующие параметры:

Со вторым — все сложнее. Считаем следующие данные:

ROI = инвестиции/ожидаемый результат в деньгам * 100%.

Часто ROI считают только по прямым затратам, забывая про косвенные. Например, затраты на обучение сотрудников обновленному процессу, внедрению системы, возможный отсев пользователей и т.д.

Для оценки прогнозируемых сроков и стоимости можно использовать следующие методы:

Но чаще всего для бизнеса это rocket science, поэтому находятся релевантные команды и проект стартует. Либо используются гибкие методологии ведения проекта. Об этом я расскажу в следующем файле.

В зависимости от планируемого формата ведения проекта, необходим разный формат технического задания. В классической водопадной модели, техническое задание является основным документом.

ТЗ должно включать в себя:

1. Цели и задачи;

2. Описание дизайна и прототип;

3. Структура проекта;

4. Роли;

5. Описание функциональных блоков;

6. Описание специальных требований;

7. Требования к безопасности;

8. Стоимость и срок реализации;

9. Критерии приемки работ;

10. Описание процесса.

Половина из этих пунктов недостаточно или избыточно детализированы. Вторая половина трактуется двояко.

Мы рекомендуем описывать основные вехи проекта и декомпозировать задачи по спринтам. Но даже первичное техническое задание полезно для всех сторон, так как формирует понимание результата у всех сторон.

Список инструментов, которые могут помочь:

1. Miro;

2. Microsoft Project;

3. Figma;

4. MakeMyPersona;

5. LucidChart;

6. Camunda;

7. Aiava;

8. GanttPro;

9. Trello;

10. Asana;

11. GoogleDocs;

12. и множество аналогов.

Выше мы описали ключевые этапы, которые позволят вам сформировать ясный и понятный результат от запуска автоматизации.

Все это нужно/можно делегировать. Но, надеюсь, что я справился с задачей, и вы теперь четко знаете процесс прогнозирования результата.

В следующем материале я расскажу про гибкие методологии управления проектами, а также как и какие используем мы для их ведения.