Agile-менеджмент. Лидерство и управление командами - стр. 2
Когда вы будете читать эту книгу, то убедитесь, что автор хорошо разбирается в своем предмете. Ее содержание ничего общего не имеет с пересказом старых баек о том, как какого-нибудь бывшего футболиста назначили руководить тонущей компанией и он сумел вывести ее в лидеры рынка. Скорее эта книга представляет собой серьезную компиляцию идей управления, методов и дисциплин, накапливавшихся в течение ста с лишним лет. Автор взял эти идеи и связал их с гибкими методологиями разработки программного обеспечения, создав мемплекс – взаимосвязанную систему идей, которая нужна каждому, кто сколько-нибудь серьезно изучает менеджмент. Эта книга не для тех, кого интересуют быстрые решения. Она для серьезных читателей, которые глубоко интересуются менеджментом и хотят овладеть его тонкостями.
Давным-давно, в далекой-далекой галактике мы с коллегами с гордостью провозгласили себя молодыми революционерами компьютерной индустрии, положившими начало новому поколению методов и технических приемов программирования, дизайна и анализа программных продуктов. Тогда нам казалось, что эти методы вполне гармонично сочетаются с директивными управленческими подходами сверху вниз, господствовавшими в то время. Нам не хватило мозгов, чтобы придумать для своих идей название вроде «Программное обеспечение 2.0», как это сделали впоследствии приверженцы «Web 2.0» и «Предприятия 2.0»… Но как бы то ни было, книга Юргена Аппело убедила меня в том, что идеи, выдвинутые моим поколением, оказались на свалке истории.
Проблема здесь не в методах разработки ПО, и книга Юргена на самом деле не о разработке программных продуктов – хотя гибкие методологии за последние десять лет становятся все более популярными и начисто отвергают идею о том, что функциональность и архитектура сложных систем могут быть разработаны строго линейными методами, базирующимися на иерархическом детерминистском подходе сверху вниз. В сложном мире, где конечные пользователи не совсем уверены, чего они хотят от программного продукта, а среда, в которой они работают, изменяется в процессе разработки ПО, нам необходим упорядоченный (смею ли я сказать «структурированный»?) подход к разработке программных продуктов – и все равно многие детали любого проекта остаются неизвестными и непредсказуемыми, если только эмерджентный подход не позволяет выявить их в нужное время.
Если это верно относительно технических функций, таких как анализ, проектирование и внедрение систем, – а я твердо верю, что это так, – то также это верно и относительно управленческого подхода в целом, который организует, мотивирует, отслеживает, ограничивает и (надеюсь) вознаграждает людей, делающих эти технические задачи.