Требования в Облаке — различия между версиями

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

Версия 22:56, 12 сентября 2021

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


Материалы

Предшественник этого Лектио -- Свойства Требований.

Иллюстрации

Текст

Требования в Облаке

Первоначально разработчики Брацка Облака создают общее описание будущего изделия. Это описание делается на вики-странице Брацкой Правки, название которой соответствует названию изделия, которое предстоит разработать. Этой странице присваивается категория "Описание изделия для разработки".

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

Чтобы общие описания стали удобными для разработчиков, общие описания разбивают на пользовательские истории (user story). Каждая история представляет собой одну функцию или характеристику и написана с точки зрения конечного пользователя. Значительное количество историй умещается в одно предложение. Например, "координатору информационных проектов нужен формат пользовательских историй, чтобы писать задания для разработчиков." Для разработчиков эти истории указывают на то, что нужно разработать.

Более подробные технические задания (ТЗ) указывают остальное, что необходимо знать разработчикам. Эти ТЗ включают в себя существующие правила и нормы, способ передачи разработчиками своих работ и так далее.

Брацки Техсовет устанавливает общие требования к разработкам для Брацка Облака.

Все требования без исключения создаются в Брацкой Правке и открыты для широкой публики.

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

Наличие множества документов и их версий может создать путаницу. Некоторые документы и их версии могут быть противоречивы. Концепция единого источника истины (single source of truth или SSOT) направлена на решение этой проблемы. Требования только разрабатываются на Брацкой Правке, но их утвержденные версии публикуются на Брацкой Вебке.

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

Варианты

Ответ в форме эссе не подразумевает вариантов.
Следующее лектио -- Что Бизнес-Анализ Есть

Термины

Требования, Эпические продукты, SSOT

Экзамен

Определения

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