Делать то, что нужно, не сбиваться с цели и фиксировать причины решений. Рассказываю об опыте ведения дневника проекта. 
В работе над сложным проектом исследователи часто уходят в сторону от изначально поставленных целей и получают совсем не то, чего от них ждешь. К примеру, IT: компания The Standish Group изучает IT-проекты с 1994 года и, по ее данным, меньше трети из них заканчиваются успехом — только 27,14%. Если в IT-сфере «съедаются» бюджеты, то в личных проектах тратятся годы жизни. Доклад о том каким образом дневник проекта нивелирует риски.

Чем занимается аналитик?

От полезных книг до конкретных кейсов.

ПЛАН ЛЕКЦИИ:

• Заблуждения заказчиков, которые также как и действия разработчиков, приводят к новым проблемам.
• Как заказчику обезопасить себя, если программисты подводят?
• Действия заказчиков, не связанные с разработкой программного продукта.
• Требования к функциям программного продукта.
• Работа заказчика с требованиями.

ИНФОРМАЦИЯ О ЛЕКЦИИ:

Кому будет полезно? Лекция будет полезна представителям бизнес-структур, которые так или иначе сталкиваются с разработкой IT-продуктов.

В комплект входит: видеозапись лекции и раздаточный материал.

Длительность лекции: 1 час.

Лекция платная 

Почему более половины IT-проектов не доходят до реализации, а успешными можно назвать от силы — треть? Исследования подтверждают: наиболее критичные ошибки кроются в техническом задании (а иногда — в его отсутствии). 

Что же делать? Учиться собирать требования заказчика и составлять правильное техническое задание. 

В этой книге описан пошаговый процесс составления ТЗ, который можно разделить на два крупных этапа. 

ПЕРВЫЙ ЭТАП: определение генеральной задачи, — в рамках которого происходит изучение бизнес-процессов, выявление основных пользователей системы и первичное согласование с клиентом. В

ТОРОЙ ЭТАП: сбор требований к системе. Здесь описаны подходы к определению источников информации, составлению таблицы требований и техническому согласованию проекта. 

Эта книга будет полезна всем сторонам, участвующим в работе над IT-проектом. В первую очередь, заказчикам, так как написание технического задания позволяет снизить риски и не потерять свои деньги. Аналитикам и руководителям проектов: информация в книге позволит им аргументированно взаимодействовать с заказчиком при изменении требований. И начинающим разработчикам: им необходимо понимать, что происходит с проектом до того, как он попадет к ним в руки. 

Почему техническое задание — это один из важнейших элементов при проектировании любого технического объекта? Это исходный документ, и от качества его написания зависит и качество итогового продукта. Данный доклад представляет собой обзор на одну из глав книги В. Акашевой, посвященной проблемам написании технического задания.

В докладе рассматривается только 4 проблемы написания ТЗ.

«‎Сайт должен быть красивый»

«‎Баланс должен считаться правильно»

«‎Это модуль сделать по аналогии с блоком «‎печати», но сделать немного по-другому»

В данном докладе рассмотрено 4  часто встречаются проблемы сбора требований:

• “Поди туда не знаю куда”
• ”Домино”
• ”Вавилонская башня”
• ”Молчание НЕ золото”