Scrum
Скраммастер зато у нас золото. И парень хороший, и в проекте не замешан (то есть реально беспристрастный), и сам из разработчиков, и опыт немалый (хоть и не в скраме). Уверена, что со своей ролью он справится. И да, ещё один плюс - команда дружная и сработанная, лёгкое и открытое общение должно помочь нам пережить это недоразумение, как скрам)))
Ну это уже очень классно. В нашей расстановке меня бесит скраммастер, ведущий себя как гуру и шеф, но не понимающий ничего в теме.
При этом роль ПО почему-то поделили на две части (не, в теории оно неплохо, в нашей реальности сейчас совсем лишнее), где есть ответственный за fachliche und technische Themen. Причем на техническую часть взяли нового человека, который "плохо знаком с процессами фирмы", но точно знает, "как должно быть"
Это уже хуже. Но в принципе разграничение между Fachlichkeit и техникой на мой взгляд логично (если оба этих аспекта есть в проекте). Потому что быть корифеем техники и архитектуры, и в курсе современных техник невозможно, если ты одновременно должен быть знатоком бизнес-процессов.
Ну и ключевое: денег мы толком не приносим, поэтому фертриб стремится продавать как можно больше фишек, которые надо сделать "прямо сейчас" (несмотря на план до июля 2022). Ну и классические блокеры, когда у клиента "вдруг опять что-то не работает".
Ну вот, отлично 
Хотя кто знает, может вам скрам как раз поможет. Ведь пкм формально скрам как раз защищает команду от внезапных поручений со стороны продаж, им можно ответить, что спринт уже идет, и ничего нового вы в него пронимать не станете (разве что оставить пуффер на случай внезапных срочных поручений в связи с поломками или угрозой срыва проекта).
И надостаток ресурсов с помощью скрама можно сделать более явным. Ведь по результатам спринтов измеряется средняя скорость обработки стори пойнтов командой. Поэтому любую задачу команда может оценить в стори пойнтах или в днях, требуемых для ее реализации. И потом показать ответственным: нам поставили такие-то задачи, мы оценили, что на них потребуются 4 года с нашей скоростью - что скажете? Ставьте проиритеты, вычеркивайте второстепенное, так чтоб срок реализации оказался приемлимым.
Проблема нашего времени в том, что большинство руководителей не пrинимает неудобные решения, а сваливает ответственность на разработчиков.
