Семь правил создания убедительного технического задания

Семь правил создания убедительного технического задания

Андрей Федорин

Проблемы

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. Дублировать описание процесса на двух языках – язык текста и язык картинок

Андрей Федорин

[email protected]

Спасибо за внимание

12