O лекции

Согласно статистике международной организации The Standish Group, меньше трети IT-проектов приходят к своему успешному завершению — только 27,14%. Из-за чего это происходит? Некоторые заказчики винят в этом программистов: мол, это они «косячат и усложняют всем жизнь». В какой-то степени они, возможно правы. 

Но тогда они должны получить инструмент, который позволит им обезопасить себя. Ведь заказчики вынуждены помогать себе сами, и они не всегда знают, как сделать это правильно. Такой инструмент содержится в этой лекции!

Вместе мы рассмотрим, какие действия, шаг за шагом, должен предпринять заказчик — перед тем, как обратиться непосредственно к разработчикам.

 

ЗАЧЕМ ЭТО НУЖНО? Чтобы снизить свои же риски. В первую очередь, финансовые. 
Поскольку программные продукты — это дорого, то, совершив ошибку, заказчик получит функционал, который не соответствует его ожиданиям. Следовательно, возникают дополнительные затраты на доработку / переработку. 

 

И КАК ЖЕ ИХ ИЗБЕЖАТЬ? Смотреть лекцию Василисы Акашевой «До того, как идти к разработчику».

 

СОДЕРЖАНИЕ ЛЕКЦИИ:

• Заблуждения заказчиков, которые также как и действия разработчиков, приводят к новым проблемам.

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

• Требования к функциям программного продукта.

• Работа заказчика с требованиями.

Купить билет
Трансляция: До того, как идти к разработчику
Трансляция: До того, как идти к разработчику

Согласно статистике, только 27% IT-проектов становятся успешными. Почему? Некоторые заказчики, например, обвиняют разработчиков — мол, это они «косячат и усложняют всем жизнь». В какой-то степени они, возможно правы.  

 

Но что должен сделать сам заказчик, прежде чем обращаться к разработке? Об этом мы поговорим на лекции Василисы Акашевой 05 декабря 2020 года!

Книга по теме
Код в мешке
Василиса Акашева
Код в мешке

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

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

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

Первый этап: определение генеральной задачи, — в рамках которого происходит изучение бизнес-процессов, выявление основных пользователей системы и первичное согласование с клиентом. 
Второй этап: сбор требований к системе. Здесь описаны подходы к определению источников информации, составлению таблицы требований и техническому согласованию проекта. 

 

Связаться с автором: ВКонтакте по e-mail.

Спикеры
Акашева Василиса Игоревна - спикер лектория Концентратор
Бизнес-аналитик
Акашева Василиса Игоревна

Бизнес-аналитик. Более 7 лет занимается развитием программного обеспечения, анализом данных, сбором бизнес-требований и переводом их на технический язык. С 2018 года занимается исследованием проблем написания технического задания для программного обеспечения.

Контакты

info@koncentrator.club

Наш адрес

Москва,Нижегородская ул., 29/33