Comments 3
Очень часто на практике, процесс постоянных улучшений — ни что иное как «движение ради движения», все бегут и я бегу. Бездумное ускорение процесса разработки, когда вводятся «сырые» продукты в эксплуатацию, с надеждой все исправить со временем — это просто движение в сторону пропасти. Догмат быстрой разработки не должен внедрятся в процесс разработки, в ущерб другим процессам (тестирование, документирование ...)
Потому что в противном случае вы тоните в согласованиях этапов согласования что бы согласовать согласование.
Ну тут необходим баланс между улучшениями и между тем чтобы не ломать радикально устоявшиеся процессы\инструменты. Потому что последнее может «зацементировать» процесс так, что потом фиг, что новое пропихнёшь.
Sign up to leave a comment.
Используйте DevOps, чтобы превратить ИТ в стратегическое оружие