— Вы хотите, чтобы наши люди были настоящими инженерами или офисным планктоном, которые отключают мозг и следуют инструкциям до последней буквы? — атаковал я своих нестойких соратников в борьбе с бюрократией.
В ответ раздавалось некое невнятное бормотание. Похоже, моя Аджайл-команда была не прочь следовать правилам! Мне казалось, что меня предают. «Люди и взаимодействия важнее процессов и инструментов», — повторял я первый из четырёх лозунгов Манифеста. Разработка требует творческого, осознанного и ответственного подхода, а следование правилам снимает ответственность с инженеров. Под гипнозом инструкций они будут работать бездумно, как лунатики или как чиновники офиса регистрации иностранцев. Думающим, инициативным людям прописи только мешают. Поэтому мы и позволили нашим заграничным руководителям проектов вести команды за собой.
Тут и случилась история с нашим израильским клиентом.
Наш релиз задерживался; клиент нервничал. Руководитель проекта из Англии попросил индийскую команду сократить тестирование. Сказано — сделано: версию второпях выпустили клиенту, но их легендарная тестировщица выковыряла из этой версии три критических бага за первые же пятнадцать минут проверок. Руководитель проекта извинился перед разъярённым техническим директором заказчика: «сорри, индийская команда приняла неправильное решение об объёме тестирования и схалтурила. Такое больше не повторится».
После этого Рон мне и позвонил.
Руководитель проекта был прав: в оргструктуре моя команда не подчинялась ему формально, он только «предложил» срезать углы, а не «дал указание», так что решение было их, а не его. Увы, юный тестировщик из Индии — отнюдь не эксперт в семантических различиях. Он никак не мог сказать «нет» старшему по должности и возрасту англичанину.
Это был не первый раз, когда «думающие и инициативные инженеры» делали глупости.
— Процесс прояснит, кто за что отвечает, и поможет нам делать правильные вещи, — предложила Шалини.
Это будет шаг назад с точки зрения Аджайла: в Аджайле нет «процессов» и «правил» — это дух и способ мышления, это философия и отношение ко всему, что мы делаем!
— А как же фреймворк скрама? — спросила Панда.
— Гмм… не знаю… Скрам-мастер (Scrum master) не пишет код, не руководит и вообще непонятно, чем занимается. Владелец продукта (Product owner) ничем толком не владеет. Если называть планёрки «стендапами», а техзадания — «бэклогами», от перемены мест слагаемых сумма не изменится.
