Как написать бизнес-требования? Бизнес-специалисту – как разговаривать на одном языке с ИТ

Эта книга поможет Вам создать уютный оазис определенности в жестокой пустыне проектной деятельности. Палящие лучи неопределенности, выжигающие все живое вокруг, остановятся, когда на их пути возникнут нормальные, понятные, продуманные бизнес-требования к проекту. Вы внесете в проект атмосферу взаимопонимания и управляемости, если будете руководствоваться изложенными в книге подходами и шаблонами. Ваши контрагенты будут приятно удивлены и станут стремиться только к Вам, потому как Вы станете тем редким "заказчиком, который точно знает, что он хочет". Книга поможет вам задать правильные вопросы и найти ответы на старте проекта, заранее, до того, как все сроки прошли, а работа сделана. И не важно, кто вы – бизнес-специалист или аналитик, в любом случае требования, вышедшие из под Вашего пера после прочтения этой книги будут вызывать диалог по существу, а не ужас в глазах ваших потенциальных исполнителей. Это дорогого стоит! Добро пожаловать в мир правильных бизнес-требований!

Жанры:	Управление бизнесом, Бизнес-процессы, Информатика и вычислительная техника
Цикл:	Не является частью цикла
Год публикации:	2021

Читать онлайн Как написать бизнес-требования? Бизнес-специалисту – как разговаривать на одном языке с ИТ

Эта книга посвящается:

Функциональным заказчикам, бизнес-заказчикам нашей ИТ-отрасли, которые своим великим терпением и энтузиазмом двигают эту отрасль вперед, несмотря на то, что разработчики и заказчики живут в параллельных мирах и говорят на разных языках. Без них не было бы этой книги, да и автоматизации бизнеса как отрасли тоже.

Введение

Вы функциональный специалист бизнеса и решили автоматизировать свой бизнес-процесс? Вы уже делали это и знаете по собственному опыту, как порой нелегко донести до разработчика свои потребности? Вы аналитик, которому поручено выяснить бизнес-потребности? Вы разработчик, который хочет понять, что него хочет его заказчик?

Значит Вам нужно определить бизнес-требования.

Именно они станут общим языком, на котором смогут разговаривать разработчик и заказчик.

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

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

Материал этой книги – попытка поделиться опытом и его систематизация, что всегда полезно. Это дает уверенность, что в какой бы роли вы ни вступали, описанные в этой книге подходы и примеры расширят ваш профессиональный кругозор, придадут больше системности вашим знаниям вопроса. И даже дадут повод задуматься и пересмотреть что-то в своей повседневной деятельности.

Вместе мы создадим еще более профессиональную и эффективно помогающую бизнесу отрасль ИТ!

Благодарим за выбор этой книги и желаем интересного чтения!

ЧАСТЬ I. Что такое бизнес-требования и зачем они нужны

Глава 1. Как начинается разработка

Вместо эпиграфа

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

– Что за чёрт?!

Подрядчик:

– Всё сделано по чертежу, вот, посмотрите.

Заказчик, переворачивая чертеж вверх ногами:

– Это должен был быть маяк!

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

Да, возможно, это и так. Ну, а, если ошибся чертежник и переворачивать чертеж по правилам не было нужно? Почему возможна такая дикая нестыковка с ожиданиями заказчика?

Ответ простой – подрядчик исполнял задание, не задумываясь о бизнес-задачах заказчика! Он просто не знал, зачем заказчику то, что он делает. Возможно, заказчик собирался указывать путь кораблям? Но это предположение. Может быть, маяк ему нужен был совсем для другого, и тогда нужно было бы строить совсем другой маяк, или вообще не маяк?

Подрядчик всего этого не знал и не спросил, вот и получился анекдот вместо результата.

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

Давайте посмотрим, почему это происходит и как это можно улучшить.

Как начинается разработка

Как начинается разработка ИТ-решения?

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

– Конкуренция и то, что у других компаний данный процесс работает лучше.

– Время на принятие решений и выполнение операций превышает желаемое.

– Оптимизации и прочие внутрикорпоративные движения повышения эффективности.

– Желание стать более современным и цифровизированным подразделением.

Продолжить чтение

Вам будет интересно

Идеальный ИТ-аналитик (Как нанять лучшего аналитика в команду)

Юрий Дубровский

Вы в поиске ИТ-аналитика? На какой стороне? Не важно. Наем – процесс двухсторонний, и выступаете Вы кандидатом или нанимателем – лишь определяет Вашу роль, но не сам процесс. В книге изложен и структурирован подход к найму, основанный на многолетнем опыте. Цель – обоюдный успех в реализации проектов. Приведены структура интервью, типовые вопросы и задачи, раскрываются «секреты», зачем они задаются и что ожидается в ответ. Книга не оставит Вас равнодушным и внесет новые грани в Ваше понимание про...