Являются ли разработчики заинтересованными сторонами в системе

Являются ли разработчики продукта заинтересованными сторонами?

Как правило, да, разработчики являются заинтересованными сторонами в программном проекте. Это согласуется со словарным определением термина . Вот несколько определений заинтересованных сторон из различных публикаций:

Требования к программному обеспечению Карла Вигера :

Заинтересованная сторона Человек, группа или организация, которая активно участвует в проекте, зависит от его результатов или может влиять на его результаты.

Яна Соммервилля «Программная инженерия 8» :

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

Разработка программного обеспечения Роджера С. Прессмана: подход практикующего специалиста (6-е издание) определяет пять групп или заинтересованных сторон: старшие менеджеры, которые определяют вопросы бизнеса, проектные / технические менеджеры, которые организуют и контролируют практиков, практики, которые проектируют систему, клиенты, которые определяют требования для программного обеспечения и конечных пользователей, которые будут взаимодействовать с поставленной системой.

Активное участие заинтересованных сторон Скотта Амблера: Agile Best Practice :

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

...

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

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

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

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

Если об этом спрашивают в отношении Scrum, то нет ...

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

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

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

Как указывает ссылка Скотта Эмблера от Аарона, более чем одна методология полностью избегает этого термина. Другие пытаются разбить его на различные категории заинтересованных сторон. В результате, хотя существует общее значение того, что заинтересованным лицом является «кто-то с интересом», точное значение теряется.

То, что этот интерес сводится к одному из двух значений в моей голове:

• Те, кто рассчитывает получить первичную ценность из приложения

или

• Те, кто будут инвестировать в результат проекта.

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

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

Мое общее мнение состоит в том, что люди, которые хотят объединить разработчиков в группу «Заинтересованные стороны», в значительной степени заботятся, потому что они видели ситуации, когда разработчики рассматриваются как винтики на машине, и в результате часто оказываются плохими. Обратная связь по требованиям недопустима, значительное неоплачиваемое сверхурочное время является обязательным и т. Д. Поскольку вы отказываетесь от времени и здравомыслия выше ожидаемого, есть люди, которые склонны рассматривать это как инвестиции. Инвестиции = доля, так что, по их мнению, команда разработчиков является заинтересованными сторонами.

В результате я не фанат этого термина. «Спонсоры» понятны. «Заинтересованных сторон» нет.

Они могут быть. Если их положение после того, как продукт будет закончен, будет отличаться от предыдущего, они являются заинтересованными сторонами. Например, если разработчик получает зарплату за разработку программного обеспечения для компании, скорее всего, он не является заинтересованным лицом, потому что ничего не изменится после поставки продукта. Однако, если он является партнером в стартапе, где его финансовое положение зависит от успешности продукта, я бы сказал, что он является заинтересованным лицом.

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

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

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

Нет, они не.

Заинтересованная сторона: лицо или организация, на которые может повлиять успех или провал проекта или организации

Источник: http://www.site.uottawa.ca:4321/oose/index.html#stakeholder

По сути, заинтересованным лицом является физическое лицо или организация, или, проще говоря, «это организация, которая оказывает хорошее / плохое влияние на завершение проекта».

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

Вы должны удовлетворить ожидания заинтересованных сторон в завершении проекта.

Я думаю, что это зависит от проекта.

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