Интеграции Операций — различия между версиями

Материал из Брацка Правки
Перейти к: навигация, поиск
Строка 16: Строка 16:
 
В зависимости от организационной культуры, технологий и других факторов эти этапы могут различаться.
 
В зависимости от организационной культуры, технологий и других факторов эти этапы могут различаться.
 
В цикле разработки они могут включать планирование, сборку и проверку. В операционном цикле этапы могут включать развертывание, использование и мониторинг, чтобы начать планирование новой разработки.
 
В цикле разработки они могут включать планирование, сборку и проверку. В операционном цикле этапы могут включать развертывание, использование и мониторинг, чтобы начать планирование новой разработки.
Кибер-команда CNM разработала свой процесс CNMCT DevOps. На этапе наблюдения и предвидения эпики продукта создаются на CNM Wiki. На этапе определения продукта владельцы должны публиковать на странице CNM те эпики, которые они одобряют. На этапе набросков координаторы киберпроектов CNM готовят истории пользователей на страницах обсуждения CNM Wiki. На этапе определения приоритетов владельцы продуктов включают избранные истории в бэклог спринта. При необходимости макеты появляются как результаты этапа прототипа. На этапе создания и тестирования команда создает минимально жизнеспособные продукты (MVP). Продаваемые продукты появляются как результаты этапов выпуска и развертывания, которые необходимо наблюдать и пересматривать. Таким образом, петли снова запускаются.
+
Брацка Команда разработала свой процесс DevOps. На этапе наблюдения и предвидения эпики продукта создаются на Брацкой Правке. На этапе определения продукта владельцы должны публиковать на Брацкой Вебке те эпики, которые они одобряют. На этапе набросков координаторы проектов Брацкой Школы готовят истории пользователей на страницах обсуждения Брацкой Правки. На этапе определения приоритетов владельцы продуктов включают избранные истории в бэклог спринта. При необходимости макеты появляются как результаты этапа прототипа. На этапе создания и тестирования команда создает минимально жизнеспособные продукты (MVP). Продаваемые продукты появляются как результаты этапов выпуска и развертывания, которые необходимо наблюдать и пересматривать. Таким образом, петли снова запускаются.
Процесс CNMCN DevOps построен с использованием цепочки инструментов, которые предлагают CNM Page, CNM Wiki и CNM Lab. Эта цепочка называется цепочкой инструментов CNMCT DevOps. Каждая из цепочек инструментов DevOps должна соответствовать одной из фаз процесса DevOps. То же самое и с набором инструментов CNM DevOps.
+
Процесс CNMCN DevOps построен с использованием цепочки инструментов, которые предлагают Брацку Вебку, Брацку Правку и Брацку Крынку. Эта цепочка называется цепочкой инструментов Брацкой Команды DevOps. Каждая из цепочек инструментов DevOps должна соответствовать одной из фаз процесса DevOps. То же самое и с набором инструментов Брацкой Школы DevOps.
Основная часть процесса разработки CNMCT DevOps происходит в двух центрах разработки. Хаб - это центр разработки, в котором две или несколько сторон работают над одним или несколькими результатами.
+
Основная часть процесса разработки Брацкой Команды DevOps происходит в двух центрах разработки. Хаб - это центр разработки, в котором две или несколько сторон работают над одним или несколькими результатами.
В CNM Wiki кибер-команда CNM создает требования, отражающие то, что необходимо разработать. Эти требования включают эпические описания продуктов, эпические истории, истории пользователей и спецификации требований. Этот центр открыт для широкой публики 24/7.
+
В Брацкой Правке Брацка Команда создает требования, отражающие то, что необходимо разработать. Эти требования включают эпические описания продуктов, эпические истории, истории пользователей и спецификации требований. Этот центр открыт для широкой публики 24/7.
В CNM Lab друзья CNM руководят внедрением требований, созданных кибер-командой CNM. Этот частный центр используется для разработки жизнеспособных компьютерных файлов, программного обеспечения, а также документации, важной для безопасности.
+
В Брацкой Крынке друзья Брацкой Школы руководят внедрением требований, созданных Брацкой Командой. Этот частный центр используется для разработки жизнеспособных компьютерных файлов, программного обеспечения, а также документации, важной для безопасности.
  
 
===Термины===
 
===Термины===
:[[]]
+
:[[MVP]], [[Процесс разработки]], [[Хаб]], [[Требования]]
  
 
===Вопрос(ы)===
 
===Вопрос(ы)===
:Хорошо ли объяснена концепция процесса CNMCT DevOps? -- Да / Нет / Нет мнения на данный момент
+
:Хорошо ли объяснена концепция процесса Брацкой Команды DevOps? -- Да / Нет / Нет мнения на данный момент
  
 
'''[[Что Есть Требования]]''' -- следующее лектио.
 
'''[[Что Есть Требования]]''' -- следующее лектио.
  
 
[[Category: Лектио]]
 
[[Category: Лектио]]

Версия 16:19, 10 января 2021

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


Материалы

Предшественник этого Лектио -- Что Есть Брацки Подход.

Иллюстрации

Текст

Что Есть Брацки Разработки

Многие предприятия различают текущие операции или так называемые старые предприятия и проекты или так называемые новые предприятия. DevOps - это инженерная практика, объединяющая и то и другое. В DevOps разработка нового продукта или часть Dev органически подпитывают операции или часть операций и, наоборот, операции подпитывают их дальнейшее развитие. Фреймворк, представляющий цепочку этапов DevOps, называется процессом DevOps.

В зависимости от организационной культуры, технологий и других факторов эти этапы могут различаться. В цикле разработки они могут включать планирование, сборку и проверку. В операционном цикле этапы могут включать развертывание, использование и мониторинг, чтобы начать планирование новой разработки. Брацка Команда разработала свой процесс DevOps. На этапе наблюдения и предвидения эпики продукта создаются на Брацкой Правке. На этапе определения продукта владельцы должны публиковать на Брацкой Вебке те эпики, которые они одобряют. На этапе набросков координаторы проектов Брацкой Школы готовят истории пользователей на страницах обсуждения Брацкой Правки. На этапе определения приоритетов владельцы продуктов включают избранные истории в бэклог спринта. При необходимости макеты появляются как результаты этапа прототипа. На этапе создания и тестирования команда создает минимально жизнеспособные продукты (MVP). Продаваемые продукты появляются как результаты этапов выпуска и развертывания, которые необходимо наблюдать и пересматривать. Таким образом, петли снова запускаются. Процесс CNMCN DevOps построен с использованием цепочки инструментов, которые предлагают Брацку Вебку, Брацку Правку и Брацку Крынку. Эта цепочка называется цепочкой инструментов Брацкой Команды DevOps. Каждая из цепочек инструментов DevOps должна соответствовать одной из фаз процесса DevOps. То же самое и с набором инструментов Брацкой Школы DevOps. Основная часть процесса разработки Брацкой Команды DevOps происходит в двух центрах разработки. Хаб - это центр разработки, в котором две или несколько сторон работают над одним или несколькими результатами. В Брацкой Правке Брацка Команда создает требования, отражающие то, что необходимо разработать. Эти требования включают эпические описания продуктов, эпические истории, истории пользователей и спецификации требований. Этот центр открыт для широкой публики 24/7. В Брацкой Крынке друзья Брацкой Школы руководят внедрением требований, созданных Брацкой Командой. Этот частный центр используется для разработки жизнеспособных компьютерных файлов, программного обеспечения, а также документации, важной для безопасности.

Термины

MVP, Процесс разработки, Хаб, Требования

Вопрос(ы)

Хорошо ли объяснена концепция процесса Брацкой Команды DevOps? -- Да / Нет / Нет мнения на данный момент

Что Есть Требования -- следующее лектио.