Как управлять интеллектуалами. Я, нерды и гики (Лопп) - страница 141

Я живу и дышу контролем версий, потому что знаю о его ценности. Каждый год я узнаю что-нибудь новое о Любимых Приложениях. Я узнал, что исполнительные директора живут и дышат софтом для создания презентаций. Я узнал о магии, которую народ из финансового отдела может сотворить с помощью Microsoft Excel. Каждый из нас упорно трудится над созданием чего-то своего, и с помощью небольших настроек конфигурации наших Любимых Приложений мы можем приручить контроль версий по обычаю компьютерных фанатиков и помочь друг другу научиться регистрировать свою гениальность.

28. Теория капли


Остановитесь. Затем пойдите и сделайте что-то одно. Прямо сейчас

Утонувший в работе.

Вернемся к стартапу. Мы включили повышенную передачу. Шесть месяцев мы вели нескончаемые разговоры, но теперь мы действительно должны выпустить продукт. Ничто так сильно не заставляет всех призадуматься, как четко поставленный дедлайн. Хорошая новость заключалась в том, что контроль качества делал свое дело: в нашей базе данных багов было полно работы. Плохая новость состояла в том, что никто не заглядывал в базу данных багов уже несколько месяцев.

В тот период у нас был «арендованный» вице-президент, и когда временные менеджеры ушли, он вдруг стал очень энергичным. Он быстро определил нашу цель — выпустить продукт бета-качества, но он так же быстро понял, что мы не имеем ни малейшего представления о качестве нашего продукта, потому что у нас осталась еще целая куча непроверенных багов.

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

Каждый баг? Но их 537! Это значит, что мы должны «прочитать» каждый баг, по возможности воспроизвести его, а затем принять по нему компетентное командное решение. Предположим, что в среднем на один баг уходит пять минут, значит, мы говорим… о каких-то несчастных… 45 часах сортировки багов! Это было невыполнимой задачей. У меня будет всё, что нужно для работы с багами; у меня будут люди, которыми я могу руководить, но солнца по субботам я не увижу в течение следующих двух недель.

Давайте сделаем небольшое отступление и поговорим о гигантской ценности, которой обладает база данных багов. Во всех компаниях, в которых я работал, единственным источником правдивой информации о продукте, выраженной в количественном виде, была именно база данных багов. Все маркетинговые документы быстро утрачивают свою свежесть. Планы тестирования ветшают. Базы данных тестовых вариантов медленно превращаются в бесполезный перечень задач для контроля качества. А база данных багов остается единственным источником данных о продукте.