Поймала себя на мысли (видимо, это не лечится), что в IT до сих пор любят думать, что системы строятся процессами Ну то есть да, конечно. Регламенты, фреймворки, методологии, чек-листы - все так, а люди? Ну да.. люди, команды тоже... Есть) Производство IT-систем бывает довольно жестким - сроки не двигаются (ну или упорно делают вид), зависимости всплывают в самый «подходящий» момент, риски можно только на таро предсказать, а заказчик хочет результат, а не объяснения. И в этой реальности внезапно выясняется неприятное: никакой процесс сам по себе ничего не делает. И что дальше? А дальше по классике: надо взять сильных, эти неправильные, это все потому что у нас процесса не хватает, обязательно закрути гайки и контролируй все! Но почему то редко кто- то пытается попробовать проверить, понимают ли люди вообще, что происходит целиком или договориться, как они будут взаимодействовать, а не только «когда сдаём». Как то сами наверное все поймут. И зачем тратить время на выстраивание общения взрослых людей? Зато потом всегда находится время на разборы, эскалации, пожары и ритуальное «почему опять не получилось». Самое забавное, чем сложнее система, тем хуже работает управление в стиле «сверху сказали — снизу сделали». И тем больше всё держится на людях. Но это, конечно, не так удобно, как написать ещё один регламент. А ведь сильная команда — это не приятный бонус к процессам. Это единственное, что вообще не даёт всему развалиться. И в конце концов - проекты делают люди, жаль это не всегда очевидно.