Воспитательница в детском саду спрашивает: «Дети, в какой стране самые красивые игрушки?»
Дети (хором): «В Советском Союзе!»
Воспитательница «А в какой стране самые нарядные детские одежды?»
Дети (хором): «В Советском Союзе!»
Воспитательница: «А в какой стране самое счастливое детство?»
Дети (хором): «В Советском Союзе!»
Вдруг Вовочка заревел. Воспитательница: «Вовочка, почему ты плачешь?»
Вовочка (сквозь слезы): «Хочу жить в Советском Союзе!»
В обычной торговой компании, продающей к примеру куябрики, Agile происходит примерно так:
В один не побоюсь этого слова прекрасный день коммерческий (исполнительный, и т.п.) директор собирает ИТ и заявляет, что дальше так работать нельзя и все, мы переходим на гибкую разработку.
Далее в зависимости от величины и благосостояния компании в ней появляется менеджер проектов, иногда бизнес консультант Agile, скрам-мастер, еще много страшных слов, в фирмах победнее все делает сам исполнительный директор (он же начальник отдела продаж).
Но что бы не происходило - финальный аккорд - это канбан доска. Обычно именно такое напутствие и получает от исполнительного менеджер проектов: делай что хочешь, но чтобы в переговорной была офигенно красивая доска с наклейками (орфография сохранена). Тут небольшое лирическое отступление. Впопыхах забываются две вещи. Первое: канбан доска без ограничений WIP это просто визуальное представление проекта, не более того. Второе: обычно визуализируют один проект, то есть понимания как идут и как на нем отражаются остальные задачи ИТ все равно нет.
После появления канбан доски в переговорной, к ней водят экскурсии, принимают восторжения, иногда молятся. Потом все это благолепие показывают САМОМУ.
Он вне себя, как его компания наконец то приобщилась к высоким технологиям, делится этими ощущениями с друзьями по бизнесу. Обычно обзывая их обидными словами, которые на этом сайте я постесняюсь употреблять. И в следующей фирме процесс может идти по другому. А именно, исполнительный получит фото с айфона САМОГО с коротким комментарием - к понедельнику чтобы было.
Этим мы и обязаны победоносному шествию Agile по стране.
Что происходит дальше тоже в большинстве своем однотипно:
ИТ - это обычно толковые, технически грамотные ребята, они работают по гибкому методу разработки интуитивно, даже если он нем никогда не слышали.
Ведь и сам Agile Manifesto это по сути аккумуляция хороших практик разработки ПО.
Менеджеры в основной массе ребята толковые в другом направлении - как поменьше работать, поэтому вливаться в дружную Agile команду они совсем в других местах предпочитают.
В общем процесс дружно стопорится, иногда под стоны менеджера проекта - хоть бумажки передвиньте, гады.
Чем все заканчивается:
В книгах по гибкой разработке авторы с умилением рассказывают, как в день Х СЕО компании впрягается и вытягивает проект наравне со всеми.
...загнивающие империалисты...
У нас СЕО в день Х-1 просто вызывает директора по ИТ и производит с ним такие действия, которые на этом сайте я постесняюсь описывать.
Далее отдел ИТ, видя своего директора с еще дымящимся фитилем ... впрягается, ночует на работе, пинает менеджеров и все взлетает.
И влетев, все возвращается на круги своя.
Менеджер проектов, иногда бизнес консультант Agile, скрам-мастер, еще много страшных слов, оказавшийся отличным парнем (а еще лучше красивой девушкой) пьет пиво (кофе) с разработчиками (бухгалтерами) и они вместе показывают козу менеджерам.
Канбан доска, особенно если на ней стикеры зеленого, желтого и оранжевого цветов, напоминает осень... и уборщица по утрам шуршит опавшей листвой, иногда пытаясь вернуть бумажки на доску, отчего ведение проекта приобретает весьма загадочные формы.
Б-безысходность:
На этом месте можно в нее впадать. Но не торопитесь этого делать, тем более если вы прочитали уже столько букв. Это только присказка, сказка будет впереди.
Есть метод ведения проектов(и не только их) по принципу роя (пчел, муравьев и т.п.):
Разработки ведутся во всем мире и спонсируют их обычно вооруженные силы. Посудите сами - огромная масса не высоко интеллектуальных однотипных существ, дешевых в эксплуатации (не принимайте только на свой счет) выполняет поставленную задачу в отсутствии вожака, командира и т.п., только за счет некоего изначального посыла.
Какие открываются перспективы - это тема отдельной статьи.
Сам термин был введён Херардо Бени и Ван Цзином в 1989 году, однако ранее идея подробно рассмотрена Станиславом Лемом в романе «Непобедимый» в 1964 году (настоятельно рекомендую к прочтению)
Вернемся к ведению проектов:
Понятнее всего метод описан Михаилом Анчаровым, в книге © "Как птица Гаруда". Просто приведу его здесь:
Муравьи тащaт гусеницу к муравейнику... — сказал он. — Как ты думаешь, почему они ее дергают в разные стороны?
— Потому что ума нет, — говорю. — Догадались бы тащить все в одну сторону — тащили бы быстрей и не тратили бы сил попусту.
— Ты так думаешь?
— А ты не так?
И тут он сказал простое и удивительное:
— Если бы муравьи все тянули в одну сторону, гусеница вообще бы не сдвинулась.
— Почему?
— Потому что они тащат не по заранее проложенной дороге, а через буераки и колдобины... Если бы все тянули в одну сторону, то гусеница застряла бы у первой травины... Тащить в одну сторону можно, только если предварительно проложена дорога. А если дороги нет, то надо дергать именно в разные стороны. И тогда если гусеница упрется в препятствие, которое погасит усилия тех, кто тянул прямо, то именно те, кто тащит вбок, сдернут гусеницу в сторону, и она обогнет препятствие. Но так как цель у всех одна — муравейник, и они знают, где он, и все хотят туда, то все усилия все равно приведут их куда надо.
Примерно то же происходит и у вас - весь кажущийся ужас и хаос проекта - это иногда единственный его шанс выжить в условиях огромной неопределенности.
В России политика кнута и пряника немного отличается от общемировой. Дело в том, что у нас пряник твёрдый и им тоже бьют.
©www.anekdot.ru
Что нужно делать:
- Определить заинтересованных лиц (и степень их заинтересованности)
Поддерживать общую заинтересованность будет как правило руководство или безвыходность положения.
Если таковых не окажется, то вероятность успешного завершения стремится к нулю.
И нужно сначала искать мотивацию, а потом все остальное. - Выявление лиц, которым проект не выгоден (не всем интересна автоматизация и прозрачность, некоторые любят ловить рыбку в мутной воде) и которые будут ему препятствовать.
Нужен четкий план по минимизации их воздействия на проект. - Определить путеводные вешки для проекта, для себя с нужной степенью детализации и максимально просто и понятно для всех участвующих.
- Не впадать в отчаяние при их недостижении, возможно надо просто дать проекту сдернуться с препятствия.
Определить минимально и максимальную паузы в движении, после которых нужно : - Максимально легко направляя участников привести их в движение, возможно чуть уклоняясь от цели.
Что делать не нужно: Не пытаться возглавить движение без 100% понимания цели, особенно на старте.
Даже самые очевидные вещи могут быть обманчивы. Не даром народная мудрость гласит, что с каждой проблемой надо переспать.
Иначе проект встанет намертво и все с удовольствием отпляшут джигу на ваших костях.
Именно так и работала игрушка с фото - кто вспомнит - тот старпер, кто не вспомнит тот школота :)
И пребудет с вами вектор движущих сил.
Послесловие: Статья не призвана никого обидеть.
Все события и герои вымышлены. Любые совпадения с реальными личностями случайны.
