14
Управлять требованиями зачем это нужно? и кто меня научит?

Why should you manage requirements

Embed Size (px)

Citation preview

Page 1: Why should you manage requirements

Управлятьтребованиями

зачем это нужно?и кто меня научит?

Page 2: Why should you manage requirements

зачем это нужно?и кто меня научит?

Управлятьтребованиями

Page 3: Why should you manage requirements

Управлятьтребованиямизачем это нужно?и кто меня научит?

Page 4: Why should you manage requirements

Чем завершаются ИТ-проекты?

2 из 3 завершаются ПРОВАЛОМ24% отменены на этапе реализации

44% превышен срок и бюджетснижено качество

50% проектов затраты увеличатся в 2 раза

Каждый год компании теряют $500 млрдна неудачах ИТ-проектов

© Standish Group

Page 5: Why should you manage requirements

В чём причина провала ИТ-проектов?

© Standish Group

0%

20%

40%

60%

80%

100%Не проблема

Проблема

Большая проблема

50% опрошенныхнедовольны

качествомтребований

Page 6: Why should you manage requirements

Разве ошибки только в требованиях?

Распределение ошибокпри создании системы

Требования

Проектирование

Интерфейс

Данные

ПО

Человек

Документация

Другие

30% ошибок появляется

в требованиях

Page 7: Why should you manage requirements

Сколько стоит устранение ошибки?

1

x5

x10

x20

x50

x200

Выявление требований

Проектирование

Кодирование

Тестирование

Приёмка

Поддержка

Обнаружение и устранение ошибки при выявлении требований в 200 раз дешевле, чем на этапе поддержки!

в 200 раз

дороже

Page 8: Why should you manage requirements

Что происходит, еслине управляешь требованиями?

Не выяснилПонял неправильно требованияЧасть изменилась

Не понимаешь:границы и содержание проектадлительность/сложность работих стоимость

Не можешь полноценноуправлять проектом

Не можешь управлять

треугольником Time-Price-Quality

Не управляешь требованиями к

системе

Проект обречённа провал

Page 9: Why should you manage requirements

Управлять требованиями легко?

Классика:

– На 1й встрече заказчик рассказал, чего он хочет

– Перед 2й встречей заказчик поменял своё представление

– Разработчик показал работы, основанные на 1й встрече

– На 2й встрече заказчик «уточнил», чего «на самом деле» хочет

Разработчик

недоволен

Заказчик

недоволен

Я уже столько сделал по его предыдущей просьбе. Он сам

не понимает, чего хочет!

Я изъясняюсь предельно ясно. Что тут сложного? Нужно просто понять и сделать?

и т.д.

Page 10: Why should you manage requirements

Управлять требованиями сложно!

– Желания заказчика не ясны ему самому + изменчивы

– В одном проекте «Заказчиком» может быть множество людей разных специальностей и положений

– Встречаются унаследованные системы и нелогичные «У нас так сложилось»

– Программы неосязаемы – нельзя потрогать, сложно чётко вообразить и представить

– Теоретически программы могут дорабатываться бесконечно, но это стоит очень недёшево

Page 11: Why should you manage requirements

Ваша команда в состоянии управлять требованиями?

Ваши аналитики умеют справляться со всемипроблемами, о которых сказано выше?

Да?

• пригласите нас в гости – мы хотим посмотреть и поучиться у вас применению на практике

Нет?

вы не управляете требованиями к системе

ваши проекты выполняются хуже, чем могли бы

вы теряете деньги

и постоянно рискуете потерять ещё!

Page 12: Why should you manage requirements

Что это и какуправлять требованиями?

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

Хотите выяснить правильную информацию?

Задавайте правильные вопросы

Структурируйте и моделируйте

Проясняйте и согласовывайте

Расставляйте приоритеты

Хотите ясно донести до разработчиков?

Хотите не переделывать?

Хотите успеть в срок?

Page 13: Why should you manage requirements

Хотите выполнять проекты более качественно и с меньшими рисками?

Научите свою команду управлять требованиями

Обращайтесь к нам – мы расскажем вам:

– Как выявлять, отбирать и оформлять требования

– Как понять, что понял заказчика правильно

– Как создавать систему постепенно, итерациями

– Как понять, что создаёшь правильную систему

– Какие вопросы и когда задавать заказчику

– Какие документы уместно создавать

Page 14: Why should you manage requirements

BeamTeam.ruЗарабатывайте больше

Берегите своё доброе имя

Создавайте системы вовремя0

100Price

TimeQuality

Управляйте требованиями!