1.
Анализ на входе
ПОТЕРЯННЫЙ УСПЕХ ПРОЕКТА

2.
Контекст
В самом начале проекта вы
получаете пару страниц
исходных пользовательских
требований и указание
приступать к подготовке ТЗ.
Что нужно сделать аналитику в
этот моменты чтобы потом ТЗ
не стало диагнозом провала
проекта?

3.
ThinkersWare
1. Понять ситуацию
2. Не наступи на грабли
3. Вперед в прошлое
4. Назад в будущее
5. Результат
Думай головой

4.
Задай себе вопросы
Ктоздесь?!
• Кто за что
отвечает?
• Кто что
писал?
• Компетенции
• Полномочия
Чтотут…
• Месиво
уровней и
типов
требований
• Что
подразумева
ется
• ТОЩО
Зачемэто?!
• Не могу
• Не хочу
• Боюсь
• Юный
конструктор
• Заточки

5.
ThinkersWare
1. Понять ситуацию
2. Не наступи на грабли
3. Вперед в прошлое
4. Назад в будущее
5. Результат
Думай головой

6.
Завет им. Грабли
1. Нужно потому что нужно
2. Не сомневаться в том что это все что они хотят
3. Принять все тяготы данных архитектурных решений
4. Сразу расписывать детально требования
5. Оставь все как есть, ибо так записано
6. Скрестить ужа и ежика
7. Зацементировать ТОЩО

7.
Диагноз Павлова
1. Новичок
◦ Придумывает как сделать не зная платформы
◦ Нет альтернатив
◦ Верит на слово
2. Боится высоты
◦ Системный VS Бизнес аналитик
3. Коробочник
◦ Привычка работать в рамках инструмента
4. Честный
◦ Заостряет проблемы не попробовав найти решение
5. Скромный
◦ Со всем согласен, не может возразить

8.
ThinkersWare
1. Понять ситуацию
2. Не наступи на грабли
3. Вперед в прошлое
4. Назад в будущее
5. Результат
Думай головой

9.
Вперед в прошлое
Исходные
проблемы
Бизнес цели
Задачи системы
Заинтересованные
лица
Фичи
Проектные
ограничения
Архитектурные
решения

10.
ThinkersWare
1. Понять ситуацию
2. Не наступи на грабли
3. Вперед в прошлое
4. Назад в будущее
5. Результат
Думай головой

11.
Побежали туда-сюда
Initial
requirements
Statements
In/Out
Scope
Constraints Decision
FR / NFR

12.
ThinkersWare
1. Понять ситуацию
2. Не наступи на грабли
3. Вперед в прошлое
4. Назад в будущее
5. Результат
Думай головой

13.
Результат
1. Восстановлены цели, задачи
2. Определены заинтересованные лица
3. Зафиксированы исходные требования
4. Зафиксированы все новые пожелания клиента
5. Согласовано что есть в рамках что нет в рамках
6. Зафиксированы решения и допущения
7. Описаны функциональные и нефункциональные требования

14.
… дает эффект
1. Минимизация рисков “тощо”, “несколько”
2. Определен инструмент фильтрования по настоящим целям и
приоритетам
3. Определен настоящий scope
4. Минимизация рисков несоответствия возможностям
5. Ликвидированы токсичные требования
6. Найдены новые проекты
7. Добавлен нолик к проекту

15.
Спасибо за внимание!
Антон Витязь
Куратор проекта “ThinkersWare”
Консультант, аналитик
E Anton.Vityaz@gmail.com
T +380 66 0043-073