— Какой скрам? — поддержал Манодж. — Мы же зависим от израильских компонент «условного доступа» (conditional access), от корейских драйверов, от «железа» из Китая… В нашей ситуации скрам не работает.
Но что-то делать надо. Я решился: мы определим процесс в рамках нынешней парадигмы, в соответствии с духом Аджайла, но без шаманства скрама. В худшем случае процесс сработает. В лучшем всё пойдет не так, и я скажу команде: «Ага! Говорил же я вам!» — и демонически рассмеюсь…
Обычно внедрением процесса в компаниях ведает отдел обеспечения качества (QA department); наш тогда возглавляла Шалини.
— Если отдел Шалини будет отвечать за процесс, разработчики и интеграторы не примут его, — предупредил на всякий случай Манодж.
В самом деле, когда ответственность за задачу берёт одна команда, все остальные считают, что это уже не их проблема. Пусть у «ответственной» команды голова и болит. Если внедрять процесс будет отдел обеспечения качества, остальная организация по третьему Закону Ньютона будет сопротивляться всеми способами.
— Да, команды должны определить процесс вместе, — неожиданно согласилась Шалини.
Вместе? Какое «вместе», если наши команды сидели в окопах, ведя между собой позиционную войну. Открытых сражений, впрочем, не было; иногда только случались яростные приграничные стычки, заканчивающиеся возвращением в угрюмые организационные бункеры.
— А почему бы не начать с хорошей драки? — предложила Падма, мечтательно выпуская виртуальные коготки. — Пусть команды отведут душу; посмотрим, что будет дальше.
Так мы устроили «Большую драку».
«Большaя драка» и недеяние
Через неделю мы пригласили представителей всех команд Эво — около сорока инженеров — в небольшую гостиницу в Корамангале, неподалёку от моего дома.
Индийские команды обожают рассказывать о своих достижениях. Чтобы встреча не превратилась в чемпионат по бахвальству, мы попросили собравшихся ответить всего на два вопроса за пятнадцать минут времени, выделенного каждой команде:
— Что не устраивает другие команды в работе с вами?
— Что не устраивает вас в работе с другими командами?
Мы назвали встречу «Большая драка», чтобы спровоцировать людей на откровенный разговор, но не предполагали, насколько точным окажется название. Иностранцу трудно представить, насколько резки друг с другом могут быть мягкие, улыбчивые индийские инженеры.
Все команды были правы — каждая со своей точки зрения.
Интеграторы и тестировщики кричали на архитекторов: те даже не показывают им требования заказчика, пока весь код не написан! Тестировщики вопили на разработчиков за плохое качество кода и нежелание признавать баги и проблемы. Разработчики стыдили тестировщиков за то, что те не понимают, как система работает, а тупо следуют документам. Интеграторов бесило, что разработчики перебрасывают им свой код через забор и отказываются даже помочь. Архитекторы чуть не материли всех, особенно менеджеров. Не знаю, как в других компаниях, но наши архитекторы были ужасно сердитыми.
