Требования к разработке скрывают из-за страха ошибок и дэдлайнов

Исследование с участием 17 специалистов по разработке ПО показывает: сотрудники замалчивают сомнения, если вопросы замедляют поставку, создают риск обвинений или идут вразрез с иерархией.

Ключевые выводы:

⚙️ Психологическая безопасность в инженерии требований — это возможность задавать вопросы, признавать ошибки и оспаривать решения без опасения негативных последствий. От неё зависит, будут ли неоднозначности выявлены до реализации.

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

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

⚙️ Авторы выделили меры, которые меняют эту динамику: совместное принятие решений, регулярная обратная связь, автономия команд и прямой контакт с внешними заказчиками. Формальные процедуры сами по себе не решают проблему, если за неудобный вопрос сотрудника могут наказать.
 
Источник: https://eyes.etecs.ru/r/b1eed7
 
#исследование #ИБ