В управлении крупными веб-проектами применяются принципы классической американской управление проектом — тщательное составление плана работы и четкое его выполнение.
Строгие отчеты, хитрые графики и презентации Power Point (преувеличение).
Будучи оппозицией, они все чаще ставят принципы Гибкая разработка программного обеспечения , где ленивые к документации программисты (утрирую) отдают приоритет написанию самого кода и конечного продукта.
Я никогда не был ярым поклонником первого метода, но и со вторым у меня много противоречий.
Заинтересовавшись теорией менеджмента, я написал собственное видение знаменитого гибкий манифест — Agile-манифест (человечный ремикс).
Расшифровка четырех идей манифеста с позиции того, что все мы люди.
Даже если мы работаем за деньги.
Реагировать на изменения важнее, чем следовать плану
Классический проектный менеджмент учит заранее планировать возможные изменения в проекте.И это касается в основном негативных ситуаций – рисков, задержек, запасных маршрутов.
Но представьте, что в середине работы над проектом появились неведомые ранее возможности его улучшения: появились новые механизмы, закрылись ресурсы или стала доступна информация.
Стоит ли мне игнорировать дар небес или изменить весь план вверх дном? Но выбор может напрямую повлиять на конкурентоспособность и прибыль конечного продукта.
Ответ в том, что управление проектами не было создано для управления веб-проектами.
Изменение окружающей среды гораздо чаще встречается в Интернете, чем в строительстве или розничной торговле.
Назовите меня паршивым менеджером, потому что я редко завершаю веб-проект в сроки, отведенные мне перед началом работы.
Я делаю это не произвольно: все начальники стоят перед выбором – либо идем по графику и смотрим на конкурентов снизу вверх, либо увеличиваем сроки в десять раз и увеличиваем прибыль на столько же.
Начальство вносит изменения и продлевает сроки.
Веб-проекты по сути не имеют сроков.
За редким исключением, здесь нет жестких сроков, а все сроки — выдумка здравого смысла, бюджетных ограничений и личных пожеланий заказчика.
Если у вас есть причины, не бойтесь менять сроки, не бойтесь ничего менять.
Реакция на изменения планов — одно из преимуществ человека перед роботами.
Сотрудничество с заказчиком важнее договорных обязательств
Обсуждение этого пункта плавно вытекает из предыдущего – каким бы ни был договор, всегда будет ситуация, когда неисполнение его выгодно обеим сторонам.Если вы фотограф-фрилансер и по болезни не смогли поехать в Альпы фотографировать горных козлов.
В контракте написано «фотографировать горных козлов», и это можно сделать буквально в ближайшем зоопарке, но кому нужно такое выполнение контракта? Может лучше разорвать сделку? Заказчик должен порекомендовать другого фотографа и не запятнать его репутацию.
Или обратная ситуация с классическим примером, когда клиент просит «сменить цвет на нейтральный синий».
Каждый второй дизайнер гневно кивает на подписанный макет с коричневой палитрой и не желает слышать об изменениях.
Это выглядит забавно, когда дело доходит до домашней страницы.
Но если клиент — владелец крупной социальной сети, и год назад он уволил менеджера, подписавшего коричневый макет, дизайнеру выгоднее выполнить внедоговорную работу.
Большинство людей в веб-бизнесе утверждают, что им нравится их работа, и что деньги – не единственный критерий.
Так что будьте людьми! Смотрите не на бумажку с договором, а на собеседника.
Ругайтесь, спорьте, уговаривайте, верьте, обманывайте и обижайтесь.
Жить!
«Вы хотите, чтобы я бросил магнитофон в воду? Хорошо, я это сделаю." (не сделал)
Люди и их взаимодействие важнее процессов и инструментов.
И в первую очередь это касается рядовых работников проектов.
В классическом управлении проектами есть ужасная единица человеко-часа.
Все ключевые сроки проекта и большая часть бюджета рассчитываются с помощью этого модуля.
Но доверять основной документ абстрактным ценностям — это все равно, что продавать золотой песок за наличные.
В веб-разработке вы работаете с дизайнерами, которые по сути являются художниками Ван Гога, и программистами, которые являются еще более дурацкими и легкомысленными математиками Эйнштейна.
О какой системе, о каких процессах и правилах можно говорить в этом диком обществе? Забудь это! Я говорил это тысячу раз и повторю еще раз: у меня как у менеджера нет абстрактных трех штатных программистов.
У меня есть Юрик, Ахмет и Сережа - живые люди со всеми их достоинствами и недостатками.
Когда я рассчитываю сроки проекта, у меня нет человеко-часов, но у меня есть возможность пользоваться Skype. Когда я выдаю задание, у меня нет «формы задания в формате Excel» — я Сереже все объясняю на пальцах.
Эти трое — вымышленные персонажи, но в моей практике есть отличный пример в точных цифрах: На одном из новостных сайтов работал редактор сборки.
В обязанности редактора сборки входит рисование иллюстраций к новости.
Поскольку новостей много, иллюстрации дошли не до всех, а только до избранных.
До того, как я присоединился к проекту, у редактора сборки даже было прописано в договоре: 2 иллюстрации в день, а нарисованная новость указывалась главным редактором.
Итак, мужчина сидел в офисе и делал десять фотографий в неделю.
После моего появления в проекте и знакомства с редактором сборки я переписал контракт. Я снял обязательный лимит в две картинки и предоставил художнику право выбора иллюстрированной новости.
Мужчина почувствовал свободу, раскрепостился и на протяжении года выпускал не менее восемнадцати картин в неделю.
Эффективность - 180% за те же деньги и с тем же качеством.
На каждого свободомыслящего Рэмбо приходилось полсотни солдат противника, слепо выполнявших приказы генералов.
Работающее программное обеспечение важнее полной документации
Расскажу вам еще одну, грустную, но правдивую историю: Шесть лет назад, завершая проект, я написал подробное руководство для своего преемника.Перечень всех проблем и их решений, советы по оптимизации и дальнейшей модернизации, адреса, пароли, явки и слабости ключевых чиновников — это огромная работа, так как очень хотелось долгой жизни своему детищу.
Смена менеджера прошла успешно, и проект не застопорился ни на секунду.
А через два месяца ушел ведущий программист и проект умер.
Я люблю документацию, пишу тонны инструкций для всех, кому это нужно и не нужно, я считаю, что Интернет — это одна большая документация.
Но в отличие от приверженцев церкви проектного управления, я не отдаю офису ключевую роль.
Я видел много проектов – и это были большие и прибыльные проекты – которые создавались в режиме анархии.
Я видел множество компаний, работающих внутри системы, просто не справляющихся с ростом и временем.
Но я не могу считать себя программистом, который следует agile-манифесту — я не тот персонаж.
И все же я менеджер веб-проектов.
Вчера я узнал, почему тот ведущий программист покинул проект. Ему стало скучно после моего ухода! Мы с ним никогда не дружили, спорили, жаловались начальству друг на друга, помогали в делах – просто поддерживали человеческие отношения в общении.
Система управления проектами с ее отчетами, таблицами и графиками — это как бы синяя таблетка матрицы.Бесплатные agile-программисты с их талантом и нелюбовью к системе — это как бы красная таблетка Нео.
Есть варианты?
Но я не смог написать своему преемнику столь простое указание – «будь мужчиной».
Теги: #agile-манифест #управление проектами #человек #управление проектами
-
3D-Видео: Тернистый Путь К Зрителю
19 Oct, 24 -
3-Й Ruby And Rails Barcamp, 20 Марта, Киев
19 Oct, 24 -
Блогеру Исполнилось 7 Лет
19 Oct, 24 -
Правильное Использование Исключений В Java
19 Oct, 24
