Как часто бывает, что заказчик не может четко сформулировать запрос программистам на разработку? Довольно часто, если не почти всегда. Тем не менее они являются единственными клиентами разработчиков - иначе для кого они работают?
Хорошо, если заказчик в действительности представляет себе процесс, который нужно воплотить в программу, но не знает как донести в точности свои пожелания и ожидания, чтобы в итоге получить именно то, что он заказывал. Как же все-таки быть?
Для этого в компаниях (или в консалтингах) существуют аналитики или системные аналитики, помогающие бизнесу договориться с IT-специалистами через "перевод" желаний заказчика в бизнес требования и техническое задание для программистов. Аналитики активно общаются с заказчиком, изучают оптимизируемый процесс, описывают его и предлагают варианты его оптимизации. Фактически, вникая во все тонкости процесса, становятся как-бы его (процесса) специалистом.
Другой вопрос, что заказчик все же должен уметь общаться с аналитиком, проверять хотя бы на уровне схем работу аналитика, чтобы быть уверенным, что он сам верно понял запрос заказчика, который и передает дальше в разработку. Но и это еще не главная проблема наших компаний. Аналитиков много не бывает :). Потребности бизнеса, как правило, безграничны относительно всего автоматизируемого и оптимизируемого, и аналитики не справляются с таким объемом работы - даже сверхурочные не помогают - очередь на подготовку необходимых документов исчисляется годами и сама требует оптимизации. Бизнес не может ждать так долго!
В этом случае многие организации решают эту проблемы следующим образом - обучают руководителей писать самостоятельно бизнес-процессы, а сами аналитики при подготовке входных данных (бизнес-процесса) заказчиком обеспечивают только консультационную помощь, направляя и поправляя заказчика при подготовке документации. Далее аналитикам, действительно, остается только "перевести" полученную документацию для программистов в виде технического задания. Решение, на мой взгляд, разумное. Главное обучить руководителей правилам написания бизнес-процессов и использованию выбранной нотации - какие обозначения использовать и как их использовать.
Нотаций у аналитиков множество, которые они используют в зависимости от принятых в конкретной организации или удобства по обстоятельствам. Вот здесь главное соблюсти необходимый баланс между удобством для неподготовленного заказчика и самого аналитика, который должен вникнуть в процесс по написанному процессу, без прямого его участия в указанном процессе, для написания технического задания разработчику.
Выбор нотации внутри компании для массового использования людьми без специального образования очень важный момент. Это как нахождение общего языка для людей из разных стран. Так, например, в Париже в главном университете Сарбона, в древности использовали латынь, чтобы студенты и преподаватели из самых разных стран могли понимать друг друга и говорить друг с другом. Если нотация окажется слишком сложной, то воспользоваться ее смогут единицы, и аналитикам все же придется вникать и делать все самому. Но если нотация наоборот будет слишком упрощенной и не будет содержать необходимые условия, то тогда ее не будет достаточно для понимания программистов.
Уровень подготовки заказчика чтению бизнес-процессов в выбранной нотации не должен влиять на степень понимания. К сожалению, многие организации грешат слишком сложными и замудренными правилами написания бизнес-процессов. В итоге заказчик не только не в состоянии самостоятельно прописать или смоделировать свой идеальный процесс, но и проконтролировать работу аналитика не может.
Виды нотаций можно найти в специализированной литературе по бизнес-процессам, например книга "Бизнес-процессы" Владимира Репина. А можно придумать свою, которая бы использовалась на территории всей компании. Главное, чтобы заказчик понимал, что он пишет, а аналитик смог понять его и передать программисту-разработчику.
Если вам это интересно, подписывайтесь, чтобы получать уведомления о продолжении.
Также буду благодарна вашей обратной связи и вопросам. Пишите и я отвечу!
To be continued...
Всегда ваша
Денисова Елена,
https://www.facebook.com/profile.php?id=100004487832154
@EDDenisova
Комментариев нет:
Отправить комментарий