Embed Size (px)
Citation preview
Семь правил создания убедительного технического задания
Андрей Федорин
Проблемы
2
1. Закрытость и не предоставление информации2. Незнание главного стейкхолдера усложняет сбор требований3. Каждый понимает сокращения по своему и делает в итоге «не так»4. Отрицательные формулировки срывают сроки проекта5. Некоторые проблемы всплыли в конце, хотя подумать о них можно было заранее – риски и вопросы к проекту6. Не все, что является очевидным Вам – является очевидным для других7. Текст скучен и заказчик его не читает
1. Открытость на всех уровнях разработки
3
Проблема:
Закрытость и отказ в предоставлении информации
Решение:
Заручиться поддержкой главного авторитета – получить необходимый уровень полномочий
Неформальное общение с участниками проекта – установление личного контакта с каждым стейкхолдером
2. Кто главный?
4
Проблема:
Если неправильно определяешь кто главный, то с тобой никто не делится информацией, возникают проблемы в реализации проекта
Решение:
Изучение документов на инициацию проекта – кто ставит подпись в протоколе, тот скорее всего главный
Выйти за рамки стандартной процедуры анализа – поддерживать неформальное общение с ключевыми игроками . со стороны бизнеса
3. Краткость – сестра таланта (1/2)
5
Проблема:
Все и так понятно Неформальное общение
приводит к тому, что хочется замять кучу понятных вещей
То, что вы понимаете между собой не будут понимать остальные участники проекта
Решение:
Формализация понятийного аппарата
Создать раздел «Глоссарий» - наполнять его по окончанию описания каждого раздела ТЗ
3. Краткость – сестра таланта (2/2)
6
Как делать не надо:
Как надо:
4. Позитивное мышление
7
Проблема:
Отрицательные формулировки приводят к неправильному результату
Решение:
Формулировать требования в положительном контексте
Утверждать, а не отрицать
Поле может принимать только следующие значения: «0..9», «А..Я», «а..я»
Как делать не надо:
Как надо:
Поле не должно позволять вводить специальные символы
5. Допущения и ограничения проекта
8
Проблема:
Некоторые проблемы всплыли в конце, хотя подумать о них можно было заранее – риски и вопросы к проекту
Решение:
Завести пустой раздел и наполнять его по мере появления ограничений или допущений
6. Внимание к деталям
9
Проблема:
Не все, что кажется очевидным Вам – кажется таким же очевидным другим
Решение:
Правило 5-85
7. Рисуйте диаграммы
10
Проблема:
Текстовое описание процесса не читают или не воспринимают
Решение:
Дублируйте описание процесса картинками
Какие правила я использую
11
1. Заручиться поддержкой «больших начальников»2. Знать кто является главным стейкхолдером3. Надо вести Глоссарий проекта4. Использовать положительные формулировки5. Фиксировать все ограничения в проекте6. Детализация по принципу 5-857. Дублировать описание процесса на двух языках – язык текста и язык картинок
