Читать книгу Работа мечты. Как построить компанию, которую любят - Ричард Шеридан - Страница 14

После той непростой встречи Боб и Клейр, двое опытных разработчиков, подошли ко мне. Они хотели рискнуть поучаствовать в эксперименте по экстремальному программированию и попытаться осуществить мою дикую идею.

В предыдущие два года я разрешил Клейру предпринять в конечном итоге неудавшуюся попытку изменений, которую мы называли «Цикл разработки программного обеспечения» (ЦРПО). В нашей отрасли мы обращаемся к такому стилю, как водопадная разработка[14]. Процесс предполагает соблюдение некоторых основных принципов, регулярные встречи, обязательное утверждение руководителем участков работы, контроль промежуточных результатов с принятием решения продолжать или не продолжать, несчетное количество постоянно действующих комиссий для проверки документов в процессе работы – и так до бесконечности.

После нашей попытки безболезненно выполнить первый проект, придерживаясь цикла водопадной разработки, мы решили, что нам нужна облегченная версия ЦРПО, чтобы можно было выполнять небольшие и занимающие не так много времени проекты без особой помпы. Но за несколько месяцев ЦРПО и его порождение, облегченная версия, тихо умерли. Мы регулярно забывали запланировать нужные встречи, на которые все равно никто не приходил. Клейр впал в уныние, потому что тот проект был его детищем. Его внутреннее пламя погасло, как и мое.

Возможно, вам доводилось видеть, как в ваши компании входит бюрократия, ломающая все на своем пути, вследствие неудачного внедрения таких систем управления, как Lean, «шесть сигм»[15] или ISO. Или, скорее, пытаясь взять ситуацию под контроль, вы наблюдали только увеличение количества процедур: становилось больше совещаний, больше комиссий или просто больше уровней иерархии. Эти усилия, несмотря на благие намерения, увеличивают себестоимость проекта, объем работы и документации, но не оказывают существенного влияния на взаимодействие сотрудников, их производительность и качество конечного результата.

Раз уж попытки внедрения ЦРПО были прекращены – и поскольку Клейр и Боб сами изъявили желание, – я быстро согласился на предложенный ими эксперимент по экстремальному программированию. Они вдвоем немедленно сделали «открытую лабораторию» (маленькую комнату без двери) своим рабочим местом. Там они сидели рядом за одним компьютером, писали автоматизированные тесты модулей, работали с рукописными индексными карточками и каждую неделю делали обзор своей работы. В общем, они в полной мере испытали на себе принципы экстремального программирования и адаптировали все методы, которые Джил и большинство его коллег с ходу отвергли.

Через три недели эксперимента Клейр остановил меня на парковке и спросил, собираюсь ли я по-прежнему платить ему за то, что он здесь работает.

«Что ты имеешь в виду?» – удивился я.

«Я здорово провожу здесь время и не чувствую, что я на работе, – ответил он. – Я не уверен, что ты должен мне за это платить».

А ведь за несколько недель до эксперимента Клейр просил меня дать ему рекомендации, потому что он решил уйти из компании и искал работу. Стало очевидно, что благодаря этому эксперименту мы напали на золотую жилу.

«Кровь, хаос и убийства» – с одной стороны. «Не уверен, что ты должен мне за это платить» – с другой. Равнодушных не осталось. Я наблюдал реакцию М-кривой: максимальные по насыщенности переживания с обеих сторон. Я начал понимать, что перед лицом серьезных перемен эмоциональные реакции, которые можно описать кривой нормального распределения, никогда не создадут устойчивых изменений. Вам нужна энергия с краев, не с середины.