Управление проектами *

О том, как надо правильно создавать стартап, написано много статей. Много говорится и о роли команды в проекте. Но при этом незаслуженно опускается тот факт, что сама личность стартапера, его психика и ментальные процессы прочно интегрированы в проект и составляют с ним неразрывное целое. Создание стартапа – это процесс, в котором когнитивные процессы всех участников влияют друг на друга, и НАПРЯМУЮ на результат.



Attention!
Терминология не совпадает с классической, хотя некоторые элементы в ней присутствуют. Пост не претендует на научную ценность, а служит лишь для иллюстрации типичных ошибок людей, гордо именующих себя стартаперами. Пост основан на реальных событиях, а также на моих личных наблюдениях самого себя и коллег по цеху. Я — стартапер. Коллеги — тоже.

Итак, вот типичные ошибки, некоторые из которых выглядят как симптомы:

Сегодня хочу обсудить одну из краеугольных тем в мире Agile — по каким визуальным и обонятельным признакам подобрать эффективного лидера Agile команды, работающей, допустим, по Scrum, среди множества двухдневных самоучек, могущих привести команду и проекты к хаосу.

Для начала вспомним отличия традиционной системы управления — репрессивной, от гуманной и творческой Agile модели.

Репрессивная модель управления

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

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



Модель, разумеется, очень эффективна на коротких и средних дистанциях. Еще бы — вспомним Фашистскую Германию, ее бурный рост и развитие. Но… модель имеет косяки, т.к. «посеявший ветер, пожнёт бурю» (чем заканчивает владыка ситх и его последователи, мы знаем :-)).

В работе первые 90% проекта делаются за 10% времени, оставшиеся 10% — за 90%
Народная мудрость

В работе очень важным является доведение до конца.

Существует всего одно результативное состояние у задачи — «сделано». Все остальные — почти, еще чуть-чуть, немного осталось, сделал наполовину, и т.д. — это состояние, которое я называю «не сделано».

Согласно одной статистике, 4-5% людей обладают талантом предпринимателя (от слова «предпринимать»). Думаю, не сильно больше — талантом доводить до конца.

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

Бороться до конца — вот кредо настоящего профессионала (умение резко переключиться под нужды, ясное дело, также нужно:).

Теперь пример доведения дела до конца в рамках целого проекта.

Среди веб-студий очень часто можно встретить мнение, что дизайн сайта следует показывать заказчику только лично, с презентацией и объяснением. Это действительно справедливо для некоторых проектов, и в первую очередь для тех, в которых заложен бюджет на личные встречи. Второй часто используемый вариант — отправка картинок письмом с комментариями. Этот вариант гораздо дешевле, но обладает рядом недостатков. В моей компании мы используем третий вариант, который недорог и позволяет снять ряд недостатков при отправке дизайна в виде картинки к письму.

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

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

В этой статье я буду рассуждать о том, как сделать поиск людей в команду проекта удобным для каждой из сторон.

XMind — отличная программа для майндмаппинга, однако быстро начать с ней работать не так просто, почему то никто не озаботился вводным курсом. Поэтому в процессе осваивания интерфейса нарисовал такую вот диаграмму (с упором на использование клавиатуры). Может, ещё кому-то пригодится.



Картинка выше является ссылкой на полную картинку.

Если вы думаете, что сидеть на презентации — это скучное и бесполезное занятие, вы не одиноки. Точно так же думают миллионы людей. И теперь у них появилась возможность объединиться. Швейцарские активисты организовали политическую партию Anti-PowerPoint Party (APPP) — международное движение, призванное сплотить всех, кто готов бороться с дьявольской программой PowerPoint.

Вопрос нешуточный. PowerPoint не только вредит психическому здоровью офисных работников, но и наносит серьёзный ущерб экономике. По грубым подсчётам APPP, только в маленькой Швейцарии ущерб от потраченного впустую времени составляет 2,1 млрд франков (€1,75 млрд) в год, а для всех странах Европы эта цифра вырастает до €110 млрд. (Расчёт основан на смелом предположении, что 85% времени для участников презентации пропадает впустую).

Давно подметил, что веб-проекты отличаются разными классами «свежести»…

Первой свежести

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

Для менеджера управлять развитием такого продукта, путем итераций + ТЗ, или путем работы в доверительном Scrum/Agile-режиме — приятно. Зазубрины некритичных рисков и фрагментальных сдвигов сроков сглаживаются общим ощущением надежности и жизнеспособности продукта. Менеджер горит идеями, богатеет фичами, а после регулярной реализации самых приоритетных задач получает дозу морального удовлетворения и оптимизма… и желает дальше работать в этой компании :-)

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

Короче ощущается что-то вроде благоухания и благоговения, причем это отмечают все — и топы, и менеджеры, и разработчики, и саппорт.

К сожалению, такие проекты/продукты встречаются… нечасто. Но — встречаются.

Второй свежести

Программисты всеми правдами и неправдами пытаются протиснуться и перескочить на задачи, связанные с «правильными» модулями/компонентами продукта. Там действительно порядочек, чисто и есть желание добавлять что-то новое, проявить творчество.

Введение

Каждый из нас, не важно, кто он и чем занимается, осознанно или неосознанно использует проектный подход в своей жизни. Посудите сами, любому материальному действию предшествует план, идейная разработка будущего события. Чтобы вы не собирались делать — от самого простого действия (приготовить чай, помыть полы, встретиться с девушкой) до сложного (построить дом, закончить университет, написать программу), вы создаете план действий мысленно или с помощью замороченных средств, типа МКС, WBS, диаграмм Ганта (все зависит от уровня структурности проекта). А как известно, планирование — это один из основанных аспектов проектного подхода. Отсюда следует, что можно применять методологию управления проектами практически к любой жизненной ситуации, например к путешествию.

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

Как же получить второе не получив первого?

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

Презентация – это продажа. Вся наша жизнь – сплошные продажи, но презентация – это просто концентрированная продажа. :-)

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

Ниже я привел несколько самых важных правил, которыми надо руководствоваться при подготовке и проведении презентации.

Почти у всех SEO-компаний, компаний занимающихся контекстной рекламой, медийной рекламой и другими подобными услугами по привлечению трафика на сайт, есть одна большая проблема. Эта проблема — заказчики, недовольные даже когда все обязательства по договору выполнены на 5+. Менеджерам приходится ежемесячно по сути заново продавать услугу, и с каждым разом это сложнее. Самое неприятное, что с аргументами заказчика не поспоришь — с сайта нет заказов. О решении этой проблемы и поговорим.

Для начала разберемся с причинами
(смотрим с точки зрения руководителя SEO-компании)

Проблема в работе оптимизатора-рекламщика (производство не тянет)? Напротив, он предоставит отчеты на стопицот страниц, подтверждающие, что он все сделал замечательно (а где в seo иначе?). Позиции сайта в поиске просто заоблачные. Объявления по минимальным ставкам на позициях спецразмещения. Даже целевой трафик на сайт идет обильно и стабильно (хотя по договору вы отчитываетесь только за позиции, а на объем и качество трафика можете забить).

Проблема в менеджерах со стороны клиента, которые обрабатывают заявки и работают с покупателями? Очень хочется апеллировать к этому, но ведь не так же! Чтобы работать с покупателями нужны от этих самых покупателей заказы, письма и звонки, которых нет. И пусть заказчик, человек сдержанный, но он уже в открытую заявляет, что ваши услуги обходятся ему дороже, чем приносит денег сайт. И вообще, думает уже не о смене агентства, а о полном отказе от рекламы в интернете.

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

Так в чем же? На самом деле выявить причины нулевой (или близкой к тому) конверсии можно за пару часов. Раз никто не виноват, еще раз взгляните на сайт, с которого все ждут заказов (по-умному это называется аудит-сайта, точнее — экспресс-аудит).

Люди обладают разной чувствительностью — ну так получилось у природы. Одни каждый день счастливы от того, что можно вечером сесть перед телевизором с баночкой пива и посмотреть футбол. Другие — постоянно страдают от производственного бардака, грязи и лжи человеческих взаимоотношений и вынуждены развивать мозольные образования на голове, руках и сзади для снижения порога чувствительности.

Неужели редкие умные, адекватные менеджеры должны так страдать и откинуться не дожив до пенсии от инсульта, вызванного бурными переживаниями в молодости или грызть себя за то, что возможно никогда так и не возглавят компанию своей мечты по независящим от них причинам?

Неужели впереди только грязная борьба с троллями, дебилами, мозговыми извращенцами и увеличение ректальных мозолей является целью нашей жизни?

Конечно нет :-). Расскажу как выбрать эффективную стратегию, которая сохраняет профессиональную мотивацию и отлично прокачивает нас.

Сегодня мы плавно перемещаемся на другую сторону баррикад — в стан Великого Заказчика. Потому что речь пойдет о консультантах. О специалистах по, не побоюсь этого слова, эффективности бизнеса. Материал, конечно, шуточный, развлекательный, несерьезный. В конце концов, на дворе пятница, июнь, опять же. Если этот текст вдруг прочтут всамделишные консультанты, пусть они не обижаются. Мы все-таки с ними немного коллеги. И даже если я к концу короткой заметки немного повысил градус обличающего пафоса (2 раза применил слово «задница» и один раз использовал слово «хрен»), то исключительно в профилактических и воспитательных целях.

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

Разберем, какой оседлать собственное подразделение разработки и добиться успеха.

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

 

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

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

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

В этой статье я без лишних шуток (какие уж тут шутки!) и максимально последовательно (ну, для блога, конечно) опишу процесс сдачи проектных работ. Разумеется, многие вещи опытным коллегам покажутся очевидными. Пусть. Зато менее опытные коллеги или желающие примерить ответственную роль сдающего на себя найдут эту публикацию полезной и познавательной.

Сегодня мы разберем разновидности противодействия, которые встречаются при очных мероприятиях — на презентациях и переговорах. Конечно, трудно охватить одним махом обширнейшую сферу черной риторики, черного пиара и прочей черной мерзости, которая сопровождает любое наше даже самое благое начинание. Но хабралюди народ опытный, информацию искать обученный. Как говорится, хороший инженер не обязан все знать, но он должен уметь быстро добывать необходимые знания. Сам я не являюсь гуру ни в переговорах, ни в риторике, но имел опыт общения с настоящими мастерами своего дела, которые в Хабр писать никогда не станут, даже если знают о существовании этого ресурса. Мне кажется, что этот опыт, обобщенный и очищенный от эмоций, будет многим интересен.

В коммерческой деятельности одним все время что-то нужно от других. В проектном бизнесе вы жаждете втюхать свои услуги. Вам нужно получить прибыль. Заказчику тоже много чего нужно. Но, независимо ни от чего вам нужно продать услуги и получить за них деньги. На каждом этапе вам будут оказывать сопротивление. Сегодня я начну рассказ о том, кто и как будет оказывать вам сопротивление и что вы можете сделать для того, чтобы этому противостоять.

В общих чертах проект в ИТ состоит из следующих этапов. Сначала вы узнаете о потребности кого-то в чем-то (или создаете эту потребность). Потом вы третесь возле заказчика, всячески облизывая его и склоняя в сторону откровенного разговора. Я намеренно выношу за скобки коррупционные сделки и буду рассказывать только о сделках в рамках закона.Когда клиент созревает для встречи, вы устраиваете шоу, в ходе которого продается идея и рисуется картина прекрасной жизни, которая наступит после внедрения вашего решения. Потом контракт и аванс. Потом обследование и долгая нудная работа по проектированию. Потом сдача проектных документов. Потом реализация и запуск решения. Потом ввод в действие. Каждый этап закрывается актом, на основании которого вам на счет падает копейка. Вот такой бизнес. Конечно, я утрирую, и иногда все может быть наоборот. А иногда — и шиворот навыворот.

Итак, займемся классификацией троллей и их приемов. Сегодня — формальный троллинг. В другой раз троллинг очный.