Оценка систем контроля версий (VCS) для Azure DevOps (Бывший TFS) — Для начала нужно разобраться с терминологией: Azure DevOps или Team Foundation Server (TFS, был переименован в 2019г) — это инструмент управления жизненным циклом приложений, который включает в себя компонент системы контроля версий (VCS). Azure DevOps поддерживает 2 системы версионирования репозиториев (“repo”): Team Foundation Server Version Control (TFVC)

Обычно при оценке корпоративных команд не учитывается зрелость собственной Инфраструктуры. Только практики и зрелость команд. Например: SAFe Measure and Grow AgilityHealth Radars Nokia Scrum Test ( Scrum, but…) Squad Health Check model Оценка команд исходит из того что инфраструктура все может, и командам осталось или использовать или нет подходы infrastructure…

Шпаргалка для самых не равнодушных — Договариваемся о ценностях в работе и о других правилах игры Ценности в Процессе работы: Фокус Смелость Открытость Приверженность делу и Ответственность Уважение Принятие решений на основе данных Договариваемся о $. Имеется ввиду все что относится к личным финансам группы, внутри большой компании, это может быть договоренность куда “списываются” все участники группы.

Краткое погружение в Data Governance для Agile специалистов участвующих в трансформации больших компаний. — Отмечу, что мы смотрим с точки зрения управления трансформации всей компании, и данная проблематика может быть не очень существенна для каждой команды в отдельности. Возможная проблематика: Облако меток в Jira не поддается никакой логике — Например метка DevOps в куче существует в вариантах (DevOps, DEVOPS, Dev-Ops, Dev_Ops, DevOps с пробелом, DevOps со…

DevOps Acceptable Criteria — Цели на первый этап: Быть готовым к большой амплитуде изменений и вызовов Обеспечить высокую доступность Продуктов для конечных пользователей Сокращение технических задержек на Релиз, до минут, без потери качества Базовые принципы быстрой разработки: Стерильность сборки Prod-like контуры Эластичная инфраструктура Совместный доступ к коду Авто-тестирование Рутины не больше 50% рабочего времени

Architectural Decision Records, ADR — При Agile разработке продуктов важно быть заранее готовым к большому количеству изменений в архитектуре, и в самом продукте в целом. Готовность к изменениям важнее следования первоначальному плану) - Agile-манифест разработки программного обеспечения Эволюция архитектуры — важная часть знаний о Продукте и его истории. Что такое Архитектурные решения? Одно из самых простых определений Архитектурного решения…

Скорее всего применимо для много чего, но в первую очередь имел в виду: DevOps Agile Рассматривать создание Центра целесообразно кода команд уже больше 8-10. Раньше — обычно хватает само-организации. 1-е c чего надо начать понять зачем мы создаем центр компетенций и какие существующие боли он исправит. …

Принцип SAFe № 2 — Применяйте системное мышление (Apply systems thinking) Оптимизация отдельных компонентов не оптимизирует систему. Необходимо видеть картину в целом. Это одинаково относится и к самому ИТ решению и к Компании, которая его создает.

Agile практики для Scrum Master и RTE в большой компании — До того как начать непосредственно менять устоявшийся уклад конкретной команды стараюсь не упустить 3 момента: Побыть молчаливым слушателем хотя-бы 1 спринт и найти чему можно научиться у этой команды в профессиональном плане Не противоречат ли ценности команды ценностям Agile или SAFe? Спросить, доверяет ли мне команда быть их SM? Продукт