Информационный сайт

 

Реклама
bulletinsite.net -> Книги на сайте -> Бизнесмену -> Демарко Т. -> "Балдеющие от алреналина и зомбированные шаблонами. Паттерны поведения проектных команд" -> 61

Балдеющие от алреналина и зомбированные шаблонами. Паттерны поведения проектных команд - Демарко Т.

Демарко Т., Листер Т., Макменамин С., Робертсон Дж. Балдеющие от алреналина и зомбированные шаблонами. Паттерны поведения проектных команд — Спб.: Символ-Плюс, 2010. — 288 c.
ISBN 978-5-93286-160-8
Скачать (прямая ссылка): baldeushieotadrenalina2010 .djvu
Предыдущая << 1 .. 55 56 57 58 59 60 < 61 > 62 63 64 65 66 67 .. 77 >> Следующая


225

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

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

Руководители получают большие деньги, потому что отвечают за выбор проектов для реализации и за управление этими проектами как вложениями корпоративных средств. Технари же должны склонить головы и создавать то, что велят руководители. Если им что-то не по нраву - прекрасно: их никто не держит, руководители совместно с отделом кадров найдут замену. В качестве замены может выступить временный сотрудник, и этот сотрудник может быть с другого континента, где технари обходятся дешевле, чем в городе, где расположена штаб-квартира корпорации.

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

Лежащее в основе убеждение в обоих случаях одно и то же: разработчиков пруд пруди, один ничем не лучше другого, поэтому за свои услуги они должны получать как можно меньше.

Разумеется, есть и такие компании, где к разработчикам относятся совершенно иначе. Эти компании убеждены, что их продукты и услуги отличаются от продуктов и услуг конкурентов прежде всего качеством и новаторскими решениями. Они осознают, насколько 226

Мэрилин Мюнстер

огромна разница в таланте и производительности между разработчиком из верхних десяти процентов и середняком. Они хотят заполучить самых лучших разработчиков, каких только могут себе позволить. В результате возникает культура, в которой разработчик - король, обладающий значительной властью над своей нагрузкой и выбором рабочего подхода. Эти разработчики часто не только реализуют функции продуктов, но и определяют их, и обычно именно они выполняют базовую оценку предстоящих работ по проекту. Ведущие разработчики могут получать столько же, сколько лидеры команд, а иногда и больше. Чаще всего (хотя и не всегда) разработчики чувствуют себя королями в организациях, для которых программное обеспечение является основным продуктом или важной составляющей продукта.

У культуры «разработчик как король» есть гипертрофированный, неблагополучный вариант. Когда разработчики оптимизируют собственную работу и составляют расписание, не принимая во внимание последствия для других участников, проект может оказаться в беде. К примеру, однажды нам попался проект, где два разработчика решили скроить программу начерно, оставив многие классы незавершенными («ведь их можно написать потом»), и заняться только «интересными и сложными частями». В результате остальные члены команды, группа контроля качества и технические писатели столкнулись с огромным всплеском нагрузки, поскольку незадолго до срока сдачи не было готово еще ничего. Протестировать или задокументировать что-либо не было никакой возможности вплоть до того момента, когда разработчики соизволили заполнить оставленные пробелы, и всё вдруг стало готово. Оптимизируя собственную работу, эти два разработчика деоптимизировали проект.

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

Если же вы - высококлассный разработчик и чувствуете некоторое родство с Мэрилин Мюнстер, помните, что есть другие семьи, где вы найдете то признание, которого заслуживаете. Бегите прочь из шоу уродцев. Интерлюдия I На полу монтажной

Вот паттерны, которые почти попали в книгу:

• Если ваш руководитель лилипут

• Будь у меня молоток

• ISO-стандартный презерватив

• Насвистывайте во время работы

• Корпоративная благотворительность: прогулы против запаха изо рта

• Спиритические сеансы против функциональных баллов: эмпирическое исследование
Предыдущая << 1 .. 55 56 57 58 59 60 < 61 > 62 63 64 65 66 67 .. 77 >> Следующая
Реклама
Авторские права © 2009 AdsNet. Все права защищены.
Rambler's Top100