Як правило, так, розробники є зацікавленими сторонами у проекті програмного забезпечення. Це відповідає словниковому визначенню цього терміна . Ось кілька визначень зацікавлених сторін з різних публікацій:
Вимоги до програмного забезпечення Карла Вігера :
зацікавлена сторона Людина, група чи організація, яка активно бере участь у проекті, впливає на його результат або може впливати на його результат.
Інженерія програмного забезпечення Іена Сомвервіля 8 :
Термін " зацікавлена особа" використовується для позначення будь-якої людини або групи, на яку система безпосередньо чи опосередковано вплине. Зацікавлені сторони включають кінцевих користувачів, які взаємодіють із системою, та всіх інших в організації, на які може вплинути її встановлення. Іншими зацікавленими сторонами в системі можуть бути інженери, які розробляють або підтримують відповідні системи, менеджери бізнесу, експерти в галузі доменів та представники профспілок.
Інженерія програмного забезпечення Роджера С. Пресмена: підхід практиків (6-е видання) визначає п'ять груп або зацікавлених сторін: старші менеджери, які визначають бізнес-проблеми, керівники проектів / технічних працівників, які організовують та контролюють практикуючих, практикуючі, які розробляють систему, клієнти, які визначають вимоги для програмного забезпечення та кінцевих споживачів, які взаємодіють із доставленою системою.
Активна участь зацікавлених сторін Скотта Амблера: Agile Best Practice :
Моє визначення учасника проекту - це кожен, хто є безпосереднім користувачем, непрямим користувачем, менеджером користувачів, старшим менеджером, оперативним персоналом, "власником золота", який фінансує проект, службою підтримки (службовою службою), співробітниками, аудиторами, вашою програмою / менеджер портфоліо, розробники, що працюють над іншими системами, які інтегруються або взаємодіють із системою, що розробляється, або фахівцями з технічного обслуговування, які потенційно впливають на розробку та / або розгортання програмного проекту.
...
У цьому визначенні я вирішив виключити розробників, які працюють над проектом. Спочатку це може здатися дивним, оскільки розробники явно мають важливу роль у проектах, над якими працюють. Так, розробники, безумовно, зацікавлені в проекті. Чому я продовжую розрізняти розробників та зацікавлених сторін проекту? Оскільки я хочу, щоб їх відрізняли зручні умови, мені дуже не подобаються «учасники розробника» та «учасники, що не розробляються», і тому, що вони мають різні ролі в проекті.
На практиці я зазвичай бачу зацікавлених сторін, розбитих на групи, і одна група містить людей, що будують систему. Важливо визнати, що при створенні системи розробники мають потреби та проблеми, які повинні бути збалансовані з потребами всіх інших. Однак цим потрібно визначити пріоритет та врахувати їх при всіх інших потребах.