Релизная политика против хаоса

[Silver_Vech]

Знакомая история про непонимание команды. Изменениям и правда сопротивляются, а потом оглядываются назад и не понимают, как это они работали в прежних режимах

[art241111]

Какие бы Вы рекомендовали книги/статьи по теме релиз менеджмента? Что Вам помогло кроме большого количество итераций?

[Mikhail_Shchegolev]

Навскидку вспоминается книга Стивена Спира «Догнать зайца» — не про релиз менеджмент, а про любую сферу деятельности. Она развивает взгляд на вещи под разными углами и помогает искать то, где можно убрать лишнее, увеличить производительность и снизить брак.

[botyaslonim]

Как купируются аварии в процессе разработки в командах? Например, в релизе результат работы 5 команд, в одной один ведущий разработчик заболел, другой в отпуске, и релиз под вопросом?

[Mikhail_Shchegolev]

Тут зависит от того, на какой стадии релиз находится. Если это уже финальная стадия выхода на пром, то код готов, план выкатки релиза готов, либо его сможет подготовить ИТ-лидер команды. А процесс настроен таким образом, что сами разработчики не принимают участия в выкате релиза, в этом как раз суть. Разработчики принимают участие только в случае аварий, и то всегда есть проверенный план отката релиза, который реализовывается в случае отсутствия нужного человека. Плюс не забываем, что ИТ-лидер команды у нас практически всегда с бэкграундом программирования, плюс ИТ-лидер кластера в состоянии разобраться в ряде проблем.

Это я все к тому, что довольно мала вероятность того, что сам разработчик потребуется, и есть люди, которые в состоянии заменить разраба. Старое доброе «помочь тому, кто на больничном» тоже никто не отменял.