Комментарии 17
Где вы начали писать про чек-листы, возник вопрос, как же они жили раньше без вас.
И еще, если всё зарегламентировать, разделегировать, зафиксировать и автоматизировать, то какой же это agile получается?
Вот такой суровый банковский аджайл, с безопасниками и юристами.
Всегда с интересом читаю комментарии про некую свободу аджайла. Даже, наверно, некоторую анархию.
Так-то аджайл (говорим аджайл, подразумеваем скрам, верно?) довольно строгий ко всем участникам процесс. DoR, DoD, спринт скоуп, демо, дейли и прочее - не дают загулять. Это в ватерфоле можно сидеть, и тебе за это ничего не будет. "Почему сидим? От аналитиков спеки ждем. Или тестировщикам релиз на тесты отдали, ждем фидбек." А в аджайле - вся команда в связке, все либо молодцы, либо лузеры. Если кто-то простаивает, значит планирование подвело, на ретро надо думать что с этим делать.
И релизы катить раз в день, или раз в квартал. Это не про аджайл. А про процесс управления изменениями. Можно быть честным аджайл, и катиться раз в месяц. (коммерческие standalone продукты раз в день релизятся?) Можно ничего не знать про аджайл, и катиться в прод каждый час.
Думаю, вы и сами представляете, как оно происходит в банках. Именно поэтому многие разработчики так стремятся в них работать.
Ага. Прямо драться готовы за место в банке!
Это сарказм же был? Ну скажите что сарказм!
Так и не понял, что не так с аджайлом? Любой процесс организации работы не может быть "сферическим в вакууме", т.к. мир неидеален. Некоторые отклонения это нормально. Однако тот бардак, который вы описали будет мешать при любом способе организации работы. Тут скорее не аджайл виноват, а конкретные люди, которые не справились с организацией рабочего процесса. Упорядочивание и чек-листы это же первое что приходит на ум, если видишь бардак.
Тут надо упомянуть что около 3-х лет назад центробанк занялся регулированием процесса разработки в банках. Да да вы не ослышались банки обязали при разработке своего внутреннего ПО соблюдать определенные правила. На тот момент я как раз был разработчиком в одном из банков. Работали мы как раз по одной из гибких методик типа скрама и доработки на бой отправляли через день.
После внедрения новых правил внутренней разработки стали делать релиз раз в неделю. Не сразу все гладко пошло конечно, но за месяц организовались и порядка 20 команд дружно вливались, проходили релизный комитет, тесты, всякие согласования и в бой.
Так что не так уж и страшно, а два три месяца - с этим надо что-то делать, где-то лишняя бюрократия.
Работали мы как раз по одной из гибких методик типа скрама и доработки на бой отправляли через день.После внедрения новых правил внутренней разработки стали делать релиз раз в неделю.
Я правильно понял, что когда была условно полная вольница, вы «пилили фичи» через день, а когда ввели некоторые правила, то выхлоп стал возможен только раз в неделю? И как по вашим наблюдениям, рациональные основания у этих «мешающих» правил были? И если основания были, то получается, что возможно столь же рациональное их ужесточение? И тогда уже за радость будет выдача «на бой», для примера, уже раз в две недели? И так далее?
Расскажите поподробнее, пожалуйста. Про весь процесс, особенно про вливания, ветки, тесты и тестовые модели.
Тут на отдельную статью тянет.
Если очень кратко:
1 Любую задачу делаешь в отдельной ветке, отбранчеванной от dev ветки.
2 Для твоей ветки разворачивается тестовое приложение(если все правильно назвал то автоматом).
3 Тестировщик твоей команды тестирует на твоей ветке.
4 Через реквест вливаешь в дев ветку. Если есть необходимость то тест на dev.
5 Через реквест вливаешь в интеграционну ветку, тестировщик обязательно тестирует на интеграционном стенде.
6 Делаешь реквест в релиз.
7 Аналитик собирает всю инфу и размещает на страничке релиза ссылки на исходное задание, на все реквесты, на артифакты, на результаты тестов на двух стендах.
8 Ответсвенный за релиз (была практика что ответсвенными были по очереди аналитик+разраб из разных комманд) проверяет, что все ссылки и документация в порядке, что в реквесте примерно то что заявлено и вливает твой реквест в релиз.
9 на предбоевом стенде загонется большой автотест, и если есть косяки то они либо быстро устраняются либо твоя доработка выпиливается из релиза.
10 когда все ок - артефакт предбоя поднимается на бой.
Ну может чего забыл.
отличная живая статья, спасибо. Сам принадлежу к касте "суровых грустных мужиков", так что прямо в нерв. Грустные мы потому, что когда что-то случается в банке, то эджайлом перед следствием не прикроешься, а ответственность по закону может быть в лучшем случае административная, не считая моральных издержек на допросы и в некоторых случаях с перспективой ареста. Это жизнь.
А подскажите, где можно почитать нормативку ЦБ РФ по разработке? (сам я не из РФ, так что интересен опыт).
Такие принципы аджайла как «команда важнее инструментов», «продукт важнее документации» — лыжи. А мы играем в футбол. Поэтому в банке этого нет. Есть некоторая свобода внутри команд. Есть наши работы по упрощению процеса.
Ага, понятно. Игра в футбол на короткие дистанции, мужчины, эстафета, по колено в снегу, коньковым ходом. Без лыж. ?!? Потому, что футбол.
Живенько так всё в банках.
Не понял как стыкуются adgile и согласования фич, следования регламентам и поставка готового решения. У вас там точно аджайл?
Слегка похоже на V-образный жизненный цикл разработки.
Банковская разработка: футбол на лыжах