[su_row]
[su_column size=»1/3″ center=»no» class=»»]
[/su_column]
[su_column size=»1/2″ center=»no» class=»»]
Балансируя взаимодействие между Кроссфункциональными Командами
Телефон зазвонил в офисе Жан-Пьера Раммана, генерального директора Nemetschek Scia. Он поднял его и услышал знакомый голос: «Иван и восемь других разработчиков уволились». Иван был старшим инженером-программистом, который вместе со всей остальной группой разработки находились в Чешской Республике. Он работал над самым важным продуктом компании: Scia Engineer — программным обеспечением для инженерами-строителей. Иван был автором кода для функционала отчетности1, которое является настолько важным компонентом любого строительного программного обеспечения, что, если оно нестабильно работает или не точно считает, то инженеры вполне могут перейти на программное обеспечение от другого поставщика.
Сразу после телефонного звонка Жан-Пьер понял, что большая часть ключевого кода для отчетности просто ушла в мусор. Функционал отчетности Scia Engineer уже вызывал проблемы у инженеров по всей Европе. Приложение часто зависало, много раз теряя данные, которые уже были сгенерированы. Каждый сбой означал лишь одно — надо все начинать все заново. Отчет вел себя медленно и был помечен наивысшим приоритетом для восстановления. Но Иван только что ушел.
Это был 2009 год. В мае 2013 года Nemetschek Scia выпустила очередное глобальное обновление своего продукта с полным восстановлением функционала отчетности. Новая версия умела автоматически восстанавливать уже сгенерированные данные, данные, даже в случае сбоя. «Я не думаю, что у Scia Engineer когда-либо еще был такой важный релиз», — говорит Патрик Стюарт, тренер и консультант, который работал с компанией. Потребовалось почти пять человеко-лет, чтобы выполнить необходимое количество работы. Это достижение, которое раньше просто считалось невозможным. Это история о том, как Канбан превратил Scia Engineer из неблагополучного продукта в 2009 году в прогрессивное решение в 2013 году.
[/su_column][/su_row]