Можно просто поработать с тренером на своих конкретных кейсах. Я когда с agile в не it работал, пока конкретно в данном случае зачем он нужен не показал, сопротивление было дичайшим
Ребята а что вы вообще понимаете под фразой Agile в IT или Agile не в IT? Это про наличие или отсутствие IT-шников в команде? или про то что продуктом является какое-то приложение? Ведь разработка приложения (деятельность IT-шников) - это далеко не все что нужно сделать чтобы у клиента был продукт
Просто под всяким Agile в не IT я часто видел дикую дичь которая заключалась во впиливании аджайл подходов в функциональные подразделения (типа продаж, маркетинга, бухгалтерии и т.п. где в подавляющем большинстве кейсов этого делать не надо)
Со своей стороны я считаю, что на самом деле там в командах страх выработки правил, политик, что все поймут, как работают команды (ml 1), которые прикрываются возражением типа agile для it
Надо именно понять почему возникает аргумент про аджайл только в IT, у меня был пример, где технологический процесс у химиков был 45 дней и запихнуть это в спринт было тупо нельзя (вполне логичная история, которая не прикрывается странным лозунгом про то что это только для ИТ)
Для многих процессов эффективно создать команду из разных отделов, чтобы как мини-компания работала. Ну и минус ненужные руководители отделов, которые теряют власть и сопротивляются.
Менеджмент — это про людей, работающих с другими людьми. В плане экспертизы все особенные. А вот как люди — таки все одинаковые. Берёшь любой учебник по психоанализу, и там 100% офиса описано в лицах. :)
Я бы позадавал вопросы, в чем такие особенные? У них (де-)мотивация другая? Радость и грусть другие? Они по-другому реагируют? От дельфинов эволюционировали? ))