Конфликты Требований — различия между версиями

Материал из Брацка Правки
Перейти к: навигация, поиск
(Текст)
(Термины)
 
(не показано 14 промежуточных версий 1 участника)
Строка 9: Строка 9:
 
</gallery>
 
</gallery>
  
===Текст===
+
===Текст (HTML)===
:<p><strong>Конфликты Требований</strong></p><p>требования могут относиться к бизнесу.
+
:<p><strong>Конфликты Требований</strong></p><p>Как требования к будущему продукту, так и требования к его разработке олицетворяют согласие заказчика оплачивать решение каких-то проблем или удовлетворение каких-то бизнес-потребностей. Деньги стоят за разработкой и ещё большие деньги могут стоять за разработанным продуктом.</p><p>Нельзя сказать, что процесс создания требований -- это всегда борьба за получение наибольшего куска от имеющегося пирога. Однако, как любая делёжка денег, работа над требованиями всегда несёт в себе потенциал для конфликтов.</p><p>Отношения между заказчиком и подрядчиком могут выйти из-под контроля, если стороны не определили рамки сотрудничества. Это касается как всего проекта, так и разработки требований. Хотя обе стороны обычно зантересованы в успехе и, часто, продолжении сотрудничества, у сторон всегда есть почва для разногласий.</p><p>Объём работ по требованиям обычно невозможно определить. Фиксированная сумма за разработку требований провоцирует бесконтрольное раздувание объёмов.</p><p>Вот обычный сценарий провального проекта. Чтобы получить заказ, подрядчик предложил бесплатную разработку требований. Когда выяснилось, что разработка затягивается и расходы растут, подрядчик решил начать работу по незаконченным требованиям. Когда готовое изделие принесли заказчику, тот воскликнул что-то типа: "Да это же чёрное! Я заказывал жёлтое! Мне чёрное не нужно; я не могу платить за чёрное."</p><p>Почасовая ставка за разработку требований -- это, пожалуй, лучшая практика. Для привлечения заказчика, подрядчик может теоретически предложить бесплатную разработку, но в договоре тогда необходимо оговорить часовой предел бесплатных работ.</p><p>Если интересы заказчика распределены по нескольким людям и группам, противоречия между ними также могут служить плодородной почвой для столкновений. Потому хорошие сборщики требований проводят анализ заинтересованных сторон и документируют источники требований так, чтобы можно было проследить их истоки.</p><p>Наконец, прослеживаемость требований -- это инструмент отделения требований заказчика от пожеланий отдельных участников разработок.</p><p><i>А теперь, придумайте, пожалуйста, вопрос для завершения этого лектио.</i></p>
требований или требований заинтересованных сторон, а проблемы могут быть проблемами или недостатками заинтересованных сторон.</p><p><i>А теперь, выберите, пожалуйста, лучшее завершение следующего предложения.</i> Судя по тексту выше, :</p>
 
  
 
===Варианты===
 
===Варианты===
:разработчики создали верное изделие, а администраторы могли проверить его верность. / координаторы информационных проектов могли разработать пользовательские истории (user story). / открыть процесс разработок широкой публике. / установить единый источник истины (single source of truth).
+
:Ответ в форме эссе не подразумевает вариантов.
  
 
:Следующее лектио -- '''[[Учёт в Требованиях]]'''
 
:Следующее лектио -- '''[[Учёт в Требованиях]]'''
  
 
===Термины===
 
===Термины===
:[[Требования]], [[Эпические продукты]], [[SSOT]]
+
:[[Требования]], [[Подрядчик проекта]], [[Объём работ]]
  
 
==Экзамен==
 
==Экзамен==

Текущая версия на 15:16, 27 сентября 2022

Конфликты Требований (здесь и далее по тексту -- Лектио) -- это часть урока Суть Создания Заданий. В Брацкой Школе, уроки делятся на так называемые лектио, каждое из которых состоит из микролекции и одного или нескольких заключительных вопросов. Урок, в свою очередь, относится к практическому семинару Выбор Профессии.


Материалы

Предшественник этого Лектио -- Обратные Разработки.

Иллюстрации

Текст (HTML)

Конфликты Требований

Как требования к будущему продукту, так и требования к его разработке олицетворяют согласие заказчика оплачивать решение каких-то проблем или удовлетворение каких-то бизнес-потребностей. Деньги стоят за разработкой и ещё большие деньги могут стоять за разработанным продуктом.

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

Отношения между заказчиком и подрядчиком могут выйти из-под контроля, если стороны не определили рамки сотрудничества. Это касается как всего проекта, так и разработки требований. Хотя обе стороны обычно зантересованы в успехе и, часто, продолжении сотрудничества, у сторон всегда есть почва для разногласий.

Объём работ по требованиям обычно невозможно определить. Фиксированная сумма за разработку требований провоцирует бесконтрольное раздувание объёмов.

Вот обычный сценарий провального проекта. Чтобы получить заказ, подрядчик предложил бесплатную разработку требований. Когда выяснилось, что разработка затягивается и расходы растут, подрядчик решил начать работу по незаконченным требованиям. Когда готовое изделие принесли заказчику, тот воскликнул что-то типа: "Да это же чёрное! Я заказывал жёлтое! Мне чёрное не нужно; я не могу платить за чёрное."

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

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

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

А теперь, придумайте, пожалуйста, вопрос для завершения этого лектио.

Варианты

Ответ в форме эссе не подразумевает вариантов.
Следующее лектио -- Учёт в Требованиях

Термины

Требования, Подрядчик проекта, Объём работ

Экзамен

Определения

Вопросы экзамена