Конфликты Требований — различия между версиями
Gary (обсуждение | вклад) (→Варианты) |
Sonya (обсуждение | вклад) (→Термины) |
||
| (не показано 16 промежуточных версий 1 участника) | |||
| Строка 3: | Строка 3: | ||
==Материалы== | ==Материалы== | ||
| − | Предшественник этого ''Лектио'' -- [[ | + | Предшественник этого ''Лектио'' -- [[Обратные Разработки]]. |
===Иллюстрации=== | ===Иллюстрации=== | ||
| Строка 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> |
===Варианты=== | ===Варианты=== | ||
| − | : | + | :Ответ в форме эссе не подразумевает вариантов. |
:Следующее лектио -- '''[[Учёт в Требованиях]]''' | :Следующее лектио -- '''[[Учёт в Требованиях]]''' | ||
===Термины=== | ===Термины=== | ||
| − | :[[Требования]], [[ | + | :[[Требования]], [[Подрядчик проекта]], [[Объём работ]] |
==Экзамен== | ==Экзамен== | ||
Текущая версия на 15:16, 27 сентября 2022
Конфликты Требований (здесь и далее по тексту -- Лектио) -- это часть урока Суть Создания Заданий. В Брацкой Школе, уроки делятся на так называемые лектио, каждое из которых состоит из микролекции и одного или нескольких заключительных вопросов. Урок, в свою очередь, относится к практическому семинару Выбор Профессии.
Содержание
Материалы
Предшественник этого Лектио -- Обратные Разработки.
Иллюстрации
Текст (HTML)
Конфликты Требований
Как требования к будущему продукту, так и требования к его разработке олицетворяют согласие заказчика оплачивать решение каких-то проблем или удовлетворение каких-то бизнес-потребностей. Деньги стоят за разработкой и ещё большие деньги могут стоять за разработанным продуктом.
Нельзя сказать, что процесс создания требований -- это всегда борьба за получение наибольшего куска от имеющегося пирога. Однако, как любая делёжка денег, работа над требованиями всегда несёт в себе потенциал для конфликтов.
Отношения между заказчиком и подрядчиком могут выйти из-под контроля, если стороны не определили рамки сотрудничества. Это касается как всего проекта, так и разработки требований. Хотя обе стороны обычно зантересованы в успехе и, часто, продолжении сотрудничества, у сторон всегда есть почва для разногласий.
Объём работ по требованиям обычно невозможно определить. Фиксированная сумма за разработку требований провоцирует бесконтрольное раздувание объёмов.
Вот обычный сценарий провального проекта. Чтобы получить заказ, подрядчик предложил бесплатную разработку требований. Когда выяснилось, что разработка затягивается и расходы растут, подрядчик решил начать работу по незаконченным требованиям. Когда готовое изделие принесли заказчику, тот воскликнул что-то типа: "Да это же чёрное! Я заказывал жёлтое! Мне чёрное не нужно; я не могу платить за чёрное."
Почасовая ставка за разработку требований -- это, пожалуй, лучшая практика. Для привлечения заказчика, подрядчик может теоретически предложить бесплатную разработку, но в договоре тогда необходимо оговорить часовой предел бесплатных работ.
Если интересы заказчика распределены по нескольким людям и группам, противоречия между ними также могут служить плодородной почвой для столкновений. Потому хорошие сборщики требований проводят анализ заинтересованных сторон и документируют источники требований так, чтобы можно было проследить их истоки.
Наконец, прослеживаемость требований -- это инструмент отделения требований заказчика от пожеланий отдельных участников разработок.
А теперь, придумайте, пожалуйста, вопрос для завершения этого лектио.
Варианты
- Ответ в форме эссе не подразумевает вариантов.
- Следующее лектио -- Учёт в Требованиях
