Интеграции Операций — различия между версиями
Gary (обсуждение | вклад) (→Текст) |
Gary (обсуждение | вклад) |
||
| Строка 1: | Строка 1: | ||
| − | [[Что Есть Брацки Разработки]] (здесь и далее по тексту -- ''Лектио'') -- это часть урока [[Цифровые Преобразования]]. В [[Брацка Школа|Брацкой Школе]], уроки делятся на так называемые [[лектио]], каждое из которых состоит из микролекции и одного или нескольких заключительных вопросов. Урок, в свою очередь, относится к курсу '''[[ | + | [[Что Есть Брацки Разработки]] (здесь и далее по тексту -- ''Лектио'') -- это часть урока [[Цифровые Преобразования]]. В [[Брацка Школа|Брацкой Школе]], уроки делятся на так называемые [[лектио]], каждое из которых состоит из микролекции и одного или нескольких заключительных вопросов. Урок, в свою очередь, относится к курсу '''[[Техобзорны Курс]]'''. |
Версия 10:45, 10 января 2021
Что Есть Брацки Разработки (здесь и далее по тексту -- Лектио) -- это часть урока Цифровые Преобразования. В Брацкой Школе, уроки делятся на так называемые лектио, каждое из которых состоит из микролекции и одного или нескольких заключительных вопросов. Урок, в свою очередь, относится к курсу Техобзорны Курс.
Содержание
Материалы
Предшественник этого Лектио -- Что Есть Брацки Подход.
Иллюстрации
Текст
Что Есть Брацки Разработки
Многие предприятия различают текущие операции или так называемые старые предприятия и проекты или так называемые новые предприятия. DevOps - это инженерная практика, объединяющая и то и другое. В DevOps разработка нового продукта или часть Dev органически подпитывают операции или часть операций и, наоборот, операции подпитывают их дальнейшее развитие. Фреймворк, представляющий цепочку этапов DevOps, называется процессом DevOps.
В зависимости от организационной культуры, технологий и других факторов эти этапы могут различаться. В цикле разработки они могут включать планирование, сборку и проверку. В операционном цикле этапы могут включать развертывание, использование и мониторинг, чтобы начать планирование новой разработки. Кибер-команда CNM разработала свой процесс CNMCT DevOps. На этапе наблюдения и предвидения эпики продукта создаются на CNM Wiki. На этапе определения продукта владельцы должны публиковать на странице CNM те эпики, которые они одобряют. На этапе набросков координаторы киберпроектов CNM готовят истории пользователей на страницах обсуждения CNM Wiki. На этапе определения приоритетов владельцы продуктов включают избранные истории в бэклог спринта. При необходимости макеты появляются как результаты этапа прототипа. На этапе создания и тестирования команда создает минимально жизнеспособные продукты (MVP). Продаваемые продукты появляются как результаты этапов выпуска и развертывания, которые необходимо наблюдать и пересматривать. Таким образом, петли снова запускаются. Процесс CNMCN DevOps построен с использованием цепочки инструментов, которые предлагают CNM Page, CNM Wiki и CNM Lab. Эта цепочка называется цепочкой инструментов CNMCT DevOps. Каждая из цепочек инструментов DevOps должна соответствовать одной из фаз процесса DevOps. То же самое и с набором инструментов CNM DevOps. Основная часть процесса разработки CNMCT DevOps происходит в двух центрах разработки. Хаб - это центр разработки, в котором две или несколько сторон работают над одним или несколькими результатами. В CNM Wiki кибер-команда CNM создает требования, отражающие то, что необходимо разработать. Эти требования включают эпические описания продуктов, эпические истории, истории пользователей и спецификации требований. Этот центр открыт для широкой публики 24/7. В CNM Lab друзья CNM руководят внедрением требований, созданных кибер-командой CNM. Этот частный центр используется для разработки жизнеспособных компьютерных файлов, программного обеспечения, а также документации, важной для безопасности.
Термины
- [[]]
Вопрос(ы)
- Хорошо ли объяснена концепция процесса CNMCT DevOps? -- Да / Нет / Нет мнения на данный момент
Что Есть Требования -- следующее лектио.
