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

Я нахожусь в неловком положении. Я разработчик, и мне поручили разработку проекта, который преобразует бумажный рабочий процесс в электронный. Малый бизнес, в котором я работаю (около 200 сотрудников), очень популярен в «культуре бережливого производства», поощряя вклад работников на всех уровнях. Я слышал смешанные сообщения о том, действительно ли входные данные собираются ниже уровня управления, поэтому, возможно, именно поэтому этот проект кажется неудобным.

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

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

Я испытываю опасения по поводу этого проекта, потому что в некотором роде мне была дана роль менеджера проекта, в которой я отвечаю за сбор требований. Но мои полномочия ограничены. Руководители отделов предоставили большую часть требований и сказали мне, кого пригласить на встречи. Менеджер отдела присутствовал на собраниях, но мне кажется, что менеджер отдела обычно отказывается от любых предложений, а руководители отделов говорят, что они хотят гарантировать, что «95% простых и предсказуемых дел обрабатываются специалистами». приложение". Я не знаю, откуда взялись 95% простых случаев, и я не знаю, как они определяют, что вопросы, поднятые менеджером отдела, выходят за рамки этих «95%».

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

" просто сосредоточился на 95%». У меня такое ощущение, что любой вклад, который я получу от менеджера раздела и пользователей, будет отвергнут, потому что все 95% кажутся очень произвольными.

Я хочу, чтобы этот проект был успешным, и я не хочу, чтобы пользователи или руководитель отдела чувствовали, что их заставляют использовать новое приложение, которое не отвечает их потребностям. Как мне наиболее эффективно убедить руководителей отделов в том, что потребности, указанные пользователями, достаточно важны, чтобы их можно было включить в требования? Я также чувствую, что рискую разочаровать и/или вызвать конфликт между руководителем отдела и руководителями отдела, если мне не удастся передать сообщение от руководителя отдела ИТ руководителю отдела о том, что теневое копирование не является гарантией того, что вводимые мной данные получить попадет в «95% простых случаев» и попадет в Требования.