SlideShare a Scribd company logo
1 of 12
Download to read offline
Семь правил создания убедительного
технического задания
Андрей Федорин
Проблемы
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-85
7. Дублировать описание процесса на двух языках – язык текста и язык
картинок
Андрей Федорин
AndreyFedorin@hotmail.com
Спасибо за внимание
12

More Related Content

Viewers also liked

Бизнес-аналитик в проектах по разработке ПО в обозримой перспективе
Бизнес-аналитик в проектах по разработке ПО в обозримой перспективеБизнес-аналитик в проектах по разработке ПО в обозримой перспективе
Бизнес-аналитик в проектах по разработке ПО в обозримой перспективеSQALab
 
Собеседование на позицию бизнес-аналитика
Собеседование на позицию бизнес-аналитикаСобеседование на позицию бизнес-аналитика
Собеседование на позицию бизнес-аналитикаSQALab
 
Как аналитик может помочь в планировании выпуска версий
Как аналитик может помочь в планировании выпуска версийКак аналитик может помочь в планировании выпуска версий
Как аналитик может помочь в планировании выпуска версийSQALab
 
Региональный мастер-индекс пациентов
Региональный мастер-индекс пациентовРегиональный мастер-индекс пациентов
Региональный мастер-индекс пациентовSQALab
 
Прыжок веры. От настоящего к будущему
Прыжок веры. От настоящего к будущемуПрыжок веры. От настоящего к будущему
Прыжок веры. От настоящего к будущемуSQALab
 
Путь Jama для управления требованиями
Путь Jama для управления требованиямиПуть Jama для управления требованиями
Путь Jama для управления требованиямиSQALab
 
Внедрение системы управления требованиями. Опыт пользователя
Внедрение системы управления требованиями. Опыт пользователяВнедрение системы управления требованиями. Опыт пользователя
Внедрение системы управления требованиями. Опыт пользователяSQALab
 
Особенности разработки требований в интеграционном проекте
Особенности разработки требований в интеграционном проектеОсобенности разработки требований в интеграционном проекте
Особенности разработки требований в интеграционном проектеSQALab
 
To requirements and beyond...
To requirements and beyond...To requirements and beyond...
To requirements and beyond...SQALab
 
Одна голова - плохо
Одна голова - плохоОдна голова - плохо
Одна голова - плохоSQALab
 
Системный аналитик в Agile команде
Системный аналитик в Agile командеСистемный аналитик в Agile команде
Системный аналитик в Agile командеSQALab
 
Коммуникация при различной структуре мышления - таксономия против фолксономии
Коммуникация при различной структуре мышления - таксономия против фолксономииКоммуникация при различной структуре мышления - таксономия против фолксономии
Коммуникация при различной структуре мышления - таксономия против фолксономииSQALab
 

Viewers also liked (12)

Бизнес-аналитик в проектах по разработке ПО в обозримой перспективе
Бизнес-аналитик в проектах по разработке ПО в обозримой перспективеБизнес-аналитик в проектах по разработке ПО в обозримой перспективе
Бизнес-аналитик в проектах по разработке ПО в обозримой перспективе
 
Собеседование на позицию бизнес-аналитика
Собеседование на позицию бизнес-аналитикаСобеседование на позицию бизнес-аналитика
Собеседование на позицию бизнес-аналитика
 
Как аналитик может помочь в планировании выпуска версий
Как аналитик может помочь в планировании выпуска версийКак аналитик может помочь в планировании выпуска версий
Как аналитик может помочь в планировании выпуска версий
 
Региональный мастер-индекс пациентов
Региональный мастер-индекс пациентовРегиональный мастер-индекс пациентов
Региональный мастер-индекс пациентов
 
Прыжок веры. От настоящего к будущему
Прыжок веры. От настоящего к будущемуПрыжок веры. От настоящего к будущему
Прыжок веры. От настоящего к будущему
 
Путь Jama для управления требованиями
Путь Jama для управления требованиямиПуть Jama для управления требованиями
Путь Jama для управления требованиями
 
Внедрение системы управления требованиями. Опыт пользователя
Внедрение системы управления требованиями. Опыт пользователяВнедрение системы управления требованиями. Опыт пользователя
Внедрение системы управления требованиями. Опыт пользователя
 
Особенности разработки требований в интеграционном проекте
Особенности разработки требований в интеграционном проектеОсобенности разработки требований в интеграционном проекте
Особенности разработки требований в интеграционном проекте
 
To requirements and beyond...
To requirements and beyond...To requirements and beyond...
To requirements and beyond...
 
Одна голова - плохо
Одна голова - плохоОдна голова - плохо
Одна голова - плохо
 
Системный аналитик в Agile команде
Системный аналитик в Agile командеСистемный аналитик в Agile команде
Системный аналитик в Agile команде
 
Коммуникация при различной структуре мышления - таксономия против фолксономии
Коммуникация при различной структуре мышления - таксономия против фолксономииКоммуникация при различной структуре мышления - таксономия против фолксономии
Коммуникация при различной структуре мышления - таксономия против фолксономии
 

More from SQALab

Готовим стажировку
Готовим стажировкуГотовим стажировку
Готовим стажировкуSQALab
 
Куда приводят мечты? или Искусство развития тестировщика
Куда приводят мечты? или Искусство развития тестировщикаКуда приводят мечты? или Искусство развития тестировщика
Куда приводят мечты? или Искусство развития тестировщикаSQALab
 
Оптимизация Selenium тестов и ускорение их поддержки
Оптимизация Selenium тестов и ускорение их поддержкиОптимизация Selenium тестов и ускорение их поддержки
Оптимизация Selenium тестов и ускорение их поддержкиSQALab
 
Автоматизация 0.0: 0 - бюджет, 0 - опыт программирования
Автоматизация 0.0: 0 - бюджет, 0 - опыт программированияАвтоматизация 0.0: 0 - бюджет, 0 - опыт программирования
Автоматизация 0.0: 0 - бюджет, 0 - опыт программированияSQALab
 
Нагрузочное тестирование нестандартных протоколов с использованием Citrix и J...
Нагрузочное тестирование нестандартных протоколов с использованием Citrix и J...Нагрузочное тестирование нестандартных протоколов с использованием Citrix и J...
Нагрузочное тестирование нестандартных протоколов с использованием Citrix и J...SQALab
 
Continuous performance testing
Continuous performance testingContinuous performance testing
Continuous performance testingSQALab
 
Конфиги вместо костылей. Pytestconfig и зачем он нужен
Конфиги вместо костылей. Pytestconfig и зачем он нуженКонфиги вместо костылей. Pytestconfig и зачем он нужен
Конфиги вместо костылей. Pytestconfig и зачем он нуженSQALab
 
Команда чемпионов в ИТ стихии
Команда чемпионов в ИТ стихииКоманда чемпионов в ИТ стихии
Команда чемпионов в ИТ стихииSQALab
 
API. Серебряная пуля в магазине советов
API. Серебряная пуля в магазине советовAPI. Серебряная пуля в магазине советов
API. Серебряная пуля в магазине советовSQALab
 
Добиваемся эффективности каждого из 9000+ UI-тестов
Добиваемся эффективности каждого из 9000+ UI-тестовДобиваемся эффективности каждого из 9000+ UI-тестов
Добиваемся эффективности каждого из 9000+ UI-тестовSQALab
 
Делаем автоматизацию проектных KPIs
Делаем автоматизацию проектных KPIsДелаем автоматизацию проектных KPIs
Делаем автоматизацию проектных KPIsSQALab
 
Вредные привычки в тест-менеджменте
Вредные привычки в тест-менеджментеВредные привычки в тест-менеджменте
Вредные привычки в тест-менеджментеSQALab
 
Мощь переполняет с JDI 2.0 - новая эра UI автоматизации
Мощь переполняет с JDI 2.0 - новая эра UI автоматизацииМощь переполняет с JDI 2.0 - новая эра UI автоматизации
Мощь переполняет с JDI 2.0 - новая эра UI автоматизацииSQALab
 
Как hh.ru дошли до 500 релизов в квартал без потери в качестве
Как hh.ru дошли до 500 релизов в квартал без потери в качествеКак hh.ru дошли до 500 релизов в квартал без потери в качестве
Как hh.ru дошли до 500 релизов в квартал без потери в качествеSQALab
 
Стили лидерства и тестирование
Стили лидерства и тестированиеСтили лидерства и тестирование
Стили лидерства и тестированиеSQALab
 
"Давайте не будем про качество"
"Давайте не будем про качество""Давайте не будем про качество"
"Давайте не будем про качество"SQALab
 
Apache.JMeter для .NET-проектов
Apache.JMeter для .NET-проектовApache.JMeter для .NET-проектов
Apache.JMeter для .NET-проектовSQALab
 
Тестирование геолокационных систем
Тестирование геолокационных системТестирование геолокационных систем
Тестирование геолокационных системSQALab
 
Лидер или босс? Вот в чем вопрос
Лидер или босс? Вот в чем вопросЛидер или босс? Вот в чем вопрос
Лидер или босс? Вот в чем вопросSQALab
 
От Зефира в коробке к Structure Zephyr или как тест-менеджеру перекроить внут...
От Зефира в коробке к Structure Zephyr или как тест-менеджеру перекроить внут...От Зефира в коробке к Structure Zephyr или как тест-менеджеру перекроить внут...
От Зефира в коробке к Structure Zephyr или как тест-менеджеру перекроить внут...SQALab
 

More from SQALab (20)

Готовим стажировку
Готовим стажировкуГотовим стажировку
Готовим стажировку
 
Куда приводят мечты? или Искусство развития тестировщика
Куда приводят мечты? или Искусство развития тестировщикаКуда приводят мечты? или Искусство развития тестировщика
Куда приводят мечты? или Искусство развития тестировщика
 
Оптимизация Selenium тестов и ускорение их поддержки
Оптимизация Selenium тестов и ускорение их поддержкиОптимизация Selenium тестов и ускорение их поддержки
Оптимизация Selenium тестов и ускорение их поддержки
 
Автоматизация 0.0: 0 - бюджет, 0 - опыт программирования
Автоматизация 0.0: 0 - бюджет, 0 - опыт программированияАвтоматизация 0.0: 0 - бюджет, 0 - опыт программирования
Автоматизация 0.0: 0 - бюджет, 0 - опыт программирования
 
Нагрузочное тестирование нестандартных протоколов с использованием Citrix и J...
Нагрузочное тестирование нестандартных протоколов с использованием Citrix и J...Нагрузочное тестирование нестандартных протоколов с использованием Citrix и J...
Нагрузочное тестирование нестандартных протоколов с использованием Citrix и J...
 
Continuous performance testing
Continuous performance testingContinuous performance testing
Continuous performance testing
 
Конфиги вместо костылей. Pytestconfig и зачем он нужен
Конфиги вместо костылей. Pytestconfig и зачем он нуженКонфиги вместо костылей. Pytestconfig и зачем он нужен
Конфиги вместо костылей. Pytestconfig и зачем он нужен
 
Команда чемпионов в ИТ стихии
Команда чемпионов в ИТ стихииКоманда чемпионов в ИТ стихии
Команда чемпионов в ИТ стихии
 
API. Серебряная пуля в магазине советов
API. Серебряная пуля в магазине советовAPI. Серебряная пуля в магазине советов
API. Серебряная пуля в магазине советов
 
Добиваемся эффективности каждого из 9000+ UI-тестов
Добиваемся эффективности каждого из 9000+ UI-тестовДобиваемся эффективности каждого из 9000+ UI-тестов
Добиваемся эффективности каждого из 9000+ UI-тестов
 
Делаем автоматизацию проектных KPIs
Делаем автоматизацию проектных KPIsДелаем автоматизацию проектных KPIs
Делаем автоматизацию проектных KPIs
 
Вредные привычки в тест-менеджменте
Вредные привычки в тест-менеджментеВредные привычки в тест-менеджменте
Вредные привычки в тест-менеджменте
 
Мощь переполняет с JDI 2.0 - новая эра UI автоматизации
Мощь переполняет с JDI 2.0 - новая эра UI автоматизацииМощь переполняет с JDI 2.0 - новая эра UI автоматизации
Мощь переполняет с JDI 2.0 - новая эра UI автоматизации
 
Как hh.ru дошли до 500 релизов в квартал без потери в качестве
Как hh.ru дошли до 500 релизов в квартал без потери в качествеКак hh.ru дошли до 500 релизов в квартал без потери в качестве
Как hh.ru дошли до 500 релизов в квартал без потери в качестве
 
Стили лидерства и тестирование
Стили лидерства и тестированиеСтили лидерства и тестирование
Стили лидерства и тестирование
 
"Давайте не будем про качество"
"Давайте не будем про качество""Давайте не будем про качество"
"Давайте не будем про качество"
 
Apache.JMeter для .NET-проектов
Apache.JMeter для .NET-проектовApache.JMeter для .NET-проектов
Apache.JMeter для .NET-проектов
 
Тестирование геолокационных систем
Тестирование геолокационных системТестирование геолокационных систем
Тестирование геолокационных систем
 
Лидер или босс? Вот в чем вопрос
Лидер или босс? Вот в чем вопросЛидер или босс? Вот в чем вопрос
Лидер или босс? Вот в чем вопрос
 
От Зефира в коробке к Structure Zephyr или как тест-менеджеру перекроить внут...
От Зефира в коробке к Structure Zephyr или как тест-менеджеру перекроить внут...От Зефира в коробке к Structure Zephyr или как тест-менеджеру перекроить внут...
От Зефира в коробке к Structure Zephyr или как тест-менеджеру перекроить внут...
 

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

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