Правила Ашманова-2. Управление проектами

Распечатать

Игорь Ашманов

Артем Попов. © "Ашманов и Партнеры"

От автора

На первую часть "Правил" поступило много откликов, в том числе критических. Насколько можно судить, больше всего обиделись на мою статью некоторые программисты. Например, были такие возражения: В жизни всё не так, и автор абсолютно некомпетентен. Бывает куча технических проблем, а не только организационных. А если менеджер этого не понимает, его нужно гнать в шею. Программисты вовсе не такие плохие. Вот наши знакомые программисты не срывают сроков, живут нуждами бизнеса и так далее, вообще абсолютно сознательные и продвинутые личности. А если и бывают неправильные программисты, то их нужно просто заменить и нанять более правильных. Наоборот, это менеджеры плохие, некомпетентные, и от их неумного и неумелого руководства страдают умные программисты. Менеджеры, описанные в статье, просто никуда не годны и их нужно уволить. Ну что тут скажешь! В целом в вышесказанном практически всё правда... для отдельных случаев. Но мои оппоненты ломятся в открытую дверь - ведь я писал не критику на программистов, а разбор острых ситуаций в проекте. Да, некомпетентный менеджер может отравить жизнь гораздо сильнее, чем программист (именно об этом - вторая статья ниже). Да, хорошо, если можно просто нанять "внятного" программиста. Вообще хорошо тем разработчикам, которые попали в хорошую компанию или смогли сформировать ее вокруг себя! Оглянешься - благодать! Менеджеры технически грамотны, программисты ответственны, зарплаты большие, планирование четкое, есть простор для творчества, персонал уважают и ценят, продукт продается - что еще нужно, чтобы достойно встретить старость... Такое и в жизни бывает, особенно в успешных "компьютерных" компаниях, производящих собственные программные продукты. Жаль только, что такой идеал встречается редко. Рассматривать такие случаи не имеет смысла. А средний случай - совсем другой. Последние полтора года в России происходит массовый поворот мелкого и среднего бизнеса к компьютерам и Интернету. Огромное количество компаний "реального сектора", то есть не компьютерных и не интернетовских, начинают делать себе сайты, строить информационные системы и нанимать для этого программистов. Этот процесс лавинообразно втягивает в управление компьютерными проектами всё больше и больше менеджеров, никогда этого ранее не делавших и даже не имеющих технического образования. Руководить разработкой складской системы или сайта приходится продавцам, маркетологам, часто - высшим менеджерам и первым лицам компаний. И взять других менеджеров просто неоткуда. В стране наблюдается острейшая нехватка средних менеджеров - руководителей проектов. И программисты им также часто достаются не самые опытные и не самые профессиональные. Молодые, недавние студенты. Зрелых и профессиональных мало, и они чаще работают в тех самых "компьютерных" компаниях или уехали на заработки за рубеж. Таким образом, разработкой часто руководит менеджер, делающий это впервые, и для его программистов это тоже всего лишь первый или второй серьезный проект в жизни. Как сложатся их отношения, выйдет ли из этого что-нибудь - предсказать трудно. Но можно дать несколько полезных советов - может, хоть один да пригодится в реальной обстановке.

Правила Ашманова

Распечатать

Игорь Ашманов

Артем Попов. © "Ашманов и Партнеры"

Внимание, вышло продолжение: Правила Ашманова. Часть 2. Об управлении проектами
Данный свод высказываний предназначен для руководителей, которым волей судеб пришлось заниматься новым для себя делом - управлять тем или иным "программистским" проектом (созданием информационной системы предприятия, разработкой сайта, и т. п.).
Опытному человеку сказанное ниже может показаться набором простых и давно известных истин. Я и не собираюсь претендовать на авторство всех приведенных ниже правил.
Однако начинающие менеджеры программных проектов зачастую не знают простейших вещей - например, того простого факта, что нельзя верить срокам, называемым программистами. Воинские уставы и Правила дорожного движения также выглядят просто, но они "писаны кровью".
Много раз видели мы срыв сроков, провал проектов. Видели бизнесменов, с готовностью вкладывавших деньги в новую технологию, поражающую воображение - без понимания рынка, бизнес-планов и даже примерных результатов и сроков работ. Я и сам совершал множество подобных ошибок за 15 лет работы в индустрии производства программного обеспечения.
Вот эти простейшие вещи и собраны здесь в виде свода правил. Вот самое первое из них:
Первое правило Ашманова. Не бывает технических проблем. Бывают только человеческие, то есть организационные.
Я не даю здесь технических советов относительно управления проектами, правил планирования и документирования, процедур тестирования и выпуска. Обо всем этом написаны горы специальной литературы, в том числе классическая книга Фредерика Брукса "Мифический человеко-месяц".
Однако должностные инструкции и правильные процедуры - далеко не всё. При запуске проекта руководитель в первую очередь вступает в человеческие отношения с коллегами, исполнителями, подчиненными. Эти отношения сложны, непривычны и часто могут просто поставить в тупик, если не знать всего нескольких простых правил.