Посему все удивительные рассказы Марии Темчиной про Agile это как анекдот…
Воспитательница в детском саду спрашивает: «Дети, в какой стране самые красивые игрушки?»
Дети (хором): «В Советском Союзе!»
Воспитательница «А в какой стране самые нарядные детские одежды?»
Дети (хором): «В Советском Союзе!»
Воспитательница: «А в какой стране самое счастливое детство?»
Дети (хором): «В Советском Союзе!»
Вдруг Вовочка заревел. Воспитательница: «Вовочка, почему ты плачешь?»
Вовочка (сквозь слезы): «Хочу жить в Советском Союзе!»
В обычной торговой компании, продающей к примеру куябрики, Agile происходит примерно так:
В один не побоюсь этого слова прекрасный день коммерческий (исполнительный, и т.п.) директор собирает ИТ и заявляет, что дальше так работать нельзя и все, мы переходим на гибкую разработку.
Далее в зависимости от величины и благосостояния компании в ней появляется менеджер проектов, иногда бизнес консультант Agile, скрам-мастер, еще много страшных слов, в фирмах победнее все делает сам исполнительный директор (он же начальник отдела продаж).
Но что бы не происходило — финальный аккорд — это канбан доска. Обычно именно такое напутствие и получает от исполнительного менеджер проектов: делай что хочешь, но чтобы в переговорной была офигенно красивая доска с наклейками (орфография сохранена). Тут небольшое лирическое отступление. Впопыхах забываются две вещи. Первое: канбан доска без ограничений WIP это просто визуальное представление проекта, не более того. Второе: обычно визуализируют один проект, то есть понимания как идут и как на нем отражаются остальные задачи ИТ все равно нет.
После появления канбан доски в переговорной, к ней водят экскурсии, принимают восторжения, иногда молятся. Потом все это благолепие показывают САМОМУ.
Он вне себя, как его компания наконец то приобщилась к высоким технологиям, делится этими ощущениями с друзьями по бизнесу. Обычно обзывая их обидными словами, которые на этом сайте я постесняюсь употреблять. И в следующей фирме процесс может идти по другому. А именно, исполнительный получит фото с айфона САМОГО с коротким комментарием — к понедельнику чтобы было.
Этим мы и обязаны победоносному шествию Agile по стране.
Что происходит дальше тоже в большинстве своем однотипно:
ИТ — это обычно толковые, технически грамотные ребята, они работают по гибкому методу разработки интуитивно, даже если он нем никогда не слышали.
Ведь и сам Agile Manifesto это по сути аккумуляция хороших практик разработки ПО.
Менеджеры в основной массе ребята толковые в другом направлении — как поменьше работать, поэтому вливаться в дружную Agile команду они совсем в других местах предпочитают.
В общем процесс дружно стопорится, иногда под стоны менеджера проекта — хоть бумажки передвиньте, гады.
Чем все заканчивается:
В книгах по гибкой разработке авторы с умилением рассказывают, как в день Х СЕО компании впрягается и вытягивает проект наравне со всеми.
…загнивающие империалисты…
У нас СЕО в день Х-1 просто вызывает директора по ИТ и производит с ним такие действия, которые на этом сайте я постесняюсь описывать.
Далее отдел ИТ, видя своего директора с еще дымящимся фитилем … впрягается, ночует на работе, пинает менеджеров и все взлетает.
И влетев, все возвращается на круги своя.
Менеджер проектов, иногда бизнес консультант Agile, скрам-мастер, еще много страшных слов, оказавшийся отличным парнем (а еще лучше красивой девушкой) пьет пиво (кофе) с разработчиками (бухгалтерами) и они вместе показывают козу менеджерам.
Канбан доска, особенно если на ней стикеры зеленого, желтого и оранжевого цветов, напоминает осень… и уборщица по утрам шуршит опавшей листвой, иногда пытаясь вернуть бумажки на доску, отчего ведение проекта приобретает весьма загадочные формы.
Б-безысходность:
На этом месте можно в нее впадать. Но не торопитесь этого делать, тем более если вы прочитали уже столько букв. Это только присказка, сказка будет впереди.
Есть метод ведения проектов(и не только их) по принципу роя (пчел, муравьев и т.п.):
Разработки ведутся во всем мире и спонсируют их обычно вооруженные силы. Посудите сами — огромная масса не высоко интеллектуальных однотипных существ, дешевых в эксплуатации (не принимайте только на свой счет) выполняет поставленную задачу в отсутствии вожака, командира и т.п., только за счет некоего изначального посыла.
Какие открываются перспективы — это тема отдельной статьи.
Сам термин был введён Херардо Бени и Ван Цзином в 1989 году, однако ранее идея подробно рассмотрена Станиславом Лемом в романе «Непобедимый» в 1964 году (настоятельно рекомендую к прочтению)
Вернемся к ведению проектов:
Понятнее всего метод описан Михаилом Анчаровым, в книге © "Как птица Гаруда". Просто приведу его здесь:
Муравьи тащaт гусеницу к муравейнику… — сказал он. — Как ты думаешь, почему они ее дергают в разные стороны?
— Потому что ума нет, — говорю. — Догадались бы тащить все в одну сторону — тащили бы быстрей и не тратили бы сил попусту.
— Ты так думаешь?
— А ты не так?
И тут он сказал простое и удивительное:
— Если бы муравьи все тянули в одну сторону, гусеница вообще бы не сдвинулась.
— Почему?
— Потому что они тащат не по заранее проложенной дороге, а через буераки и колдобины… Если бы все тянули в одну сторону, то гусеница застряла бы у первой травины… Тащить в одну сторону можно, только если предварительно проложена дорога. А если дороги нет, то надо дергать именно в разные стороны. И тогда если гусеница упрется в препятствие, которое погасит усилия тех, кто тянул прямо, то именно те, кто тащит вбок, сдернут гусеницу в сторону, и она обогнет препятствие. Но так как цель у всех одна — муравейник, и они знают, где он, и все хотят туда, то все усилия все равно приведут их куда надо.
Примерно то же происходит и у вас — весь кажущийся ужас и хаос проекта — это иногда единственный его шанс выжить в условиях огромной неопределенности.
В России политика кнута и пряника немного отличается от общемировой. Дело в том, что у нас пряник твёрдый и им тоже бьют.
©www.anekdot.ru
Что нужно делать:
- Определить заинтересованных лиц (и степень их заинтересованности)
Поддерживать общую заинтересованность будет как правило руководство или безвыходность положения.
Если таковых не окажется, то вероятность успешного завершения стремится к нулю.
И нужно сначала искать мотивацию, а потом все остальное. - Выявление лиц, которым проект не выгоден (не всем интересна автоматизация и прозрачность, некоторые любят ловить рыбку в мутной воде) и которые будут ему препятствовать.
Нужен четкий план по минимизации их воздействия на проект. - Определить путеводные вешки для проекта, для себя с нужной степенью детализации и максимально просто и понятно для всех участвующих.
- Не впадать в отчаяние при их недостижении, возможно надо просто дать проекту сдернуться с препятствия.
Определить минимально и максимальную паузы в движении, после которых нужно : - Максимально легко направляя участников привести их в движение, возможно чуть уклоняясь от цели.
Что делать не нужно: Не пытаться возглавить движение без 100% понимания цели, особенно на старте.
Даже самые очевидные вещи могут быть обманчивы. Не даром народная мудрость гласит, что с каждой проблемой надо переспать.
Иначе проект встанет намертво и все с удовольствием отпляшут джигу на ваших костях.
Именно так и работала игрушка с фото — кто вспомнит — тот старпер, кто не вспомнит тот школота 🙂
И пребудет с вами вектор движущих сил.
Послесловие: Статья не призвана никого обидеть.
Все события и герои вымышлены. Любые совпадения с реальными личностями случайны.
Related Posts
Оценка и планирование проекта
Мысли о видах информационных систем…
Конфигурация "Выдача пропусков и учет рабочего времени"
Управление ИТ-проектами. Модуль 3: продвинутый курс по гибкому управлению проектами. Agile. Первый поток. Вебинары проходят с 11 сентября по 27 ноября 2025 г.
Загрузка/Выгрузка Excel для справочника "Графики работы сотрудников"
Онлайн-курсы по управлению ИТ-проектами от Марии Темчиной
Надо это ещё назвать покрасивее и понепонятнее и продавать. 🙂 Шалтай-болтай не подходит, так как все знают финал стишка.
(1)Толково.
Переделаю
(1)Так лучше ? )
Это Ж-Ж-Ж не спроста? 🙂 Мне кажется что стало лучше. Для пущей важности добавить слов из списка: нано, цифровизация, биг-дата, блокчейн и т.п.
(4)
эти слова уже зарезервированы )
(4)и можно будет курсы через интернет продавать: «управление проектами с помощью роевого интеллекта для» Индустрии 4.0″. Останется только придумать удивительные истории о том как применение подхода помогло изменить компанию, получить мегаприбыль и порвать конкурентов.
(5)боитесь Греф с Чубайсом в суд могут обратиться?
Мы все члены броуновского движения.
(8)это как раз две большие разницы
(7)и не только они
(6)В воздухе витал запах денег
(9)Если создать градиент, то может и сработает. Искусство создавать градиенты…
Или формулировать правила для фракталов.
Жизненно. Стало быть неосознанно пользовался некоторыми метОдами.
Пишите еще. Весьма жизнерадостно у вас получается)
(14)Жизнь она так и устроена. Все пользуются некоторыми метОдами неосознанно, а потом приходят лысые дядьки с бородами и заносят это в аналлы как закон.
Яблоки ведь и до Ньютона падали на землю.
(15)Спасибо) Главное чтобы никто не обижался.
(16) Ну, это вы уж прям… Закон. Пока что — наблюдение все же. Где математика? Где графики? Разве что только как «закон Мерфи».
(18)Отчего же? Есть строгая математическая теория — роевой интеллект — так и называется.
Там есть графики
Опасаюсь только, что формулы вам не понравятся )
v⍵v+rnd()(Pbest-x)c1+rnd()(gbest-x)c2
(19) Ну, а ваше наблюдение укладывается в теорию? Как-то можно это доказать? На уровне «ощущений»-то, понятно, «да, вроде оно». Но тут прозвучало слово Закон…
(20)Тут конечно в точку. Прямо математическими выкладками я сейчас доказать это не могу.
Даже алгоритм в каждом конкретном случае может быть разный
Но если припоминаете, даже когда были графики, что Земля стоит на трех китах, она вращалась вокруг Солнца.
(20)И кстати вот в Agile математики тоже немного
Я по крайней мере на инфостарте не видел публикаций с математическими выкладками
(хотя она там есть) и не менее запутанная
Все помнят манифест
(22) Ну Agile-то никто и не называет законом.
(21) Да, это все понятно. Тут можно поспорить насчет китов, больше свидетельств в пользу черепахи.
Наблюдение-то отличное. Тут где-то и теорией хаоса возможно запахло, и Чарльз Форт, покойничек, оживился. Я ведь только за.
(23)
На самом деле это скорее игра слов и особенности перевода.
Простой пример:
Организации устроены таким образом, чтобы избегать изменений структуры власти, статуса-кво между топ- и средним менеджментом, а также между средним-менеджментом и специалистами.
Как вам такое ?
Давайте я вынесу в отдельный комментарий то, за что мне вполне справедливо напинали.
Математики и графиков в статье нет.
Но если припомнить… любые математические выкладки опираются на некоторые постулаты — как раз на наблюдения без всяких формул.
К примеру: все тела сначала притягиваются, а потом оттягиваются.
Так было всегда и без вычислений понятно будет и впредь.
Дальше приходят лысые дядьки с бородами, вычисляют массу тел, скорость их падений и вуаля.
То же самое и в статье — если у вас проект большой степени неопределенности — не пробивайте его в лоб — уткнетесь.
А вот как быстро вы уткнетесь и сколько вам нужно для этого боевых и неразумных юнитов — это уже математика и графики.
При всем богатсве выбора, 1с среди них нет.
(27)Точно в эту статью ответ ?
Да. У 1с ников эта аббревиатура расшифровывается как Система проектирования прикладных решений. Даже само сокращение занято и заменено совсем другим смыслом. А когда-то 7.5/7.7 была революцией именно как СППР по сравнению с бухгалтерий 6 версии. Можно сделать несколько вариантов и даже если ни один из них не понравится заказчику, это не такие большие трудозатраты и расходы, как моделирование на современных типовых. А для проверки подходит или не подходит какой то вариант в рабочем режиме как раз применяется роевой интеллект.
Официальная версия расшифровки от фирмы 1С — СППР это система проектирования прикладных решений. Система сводов и правил, по которым в соответсвии с требованиями заказчика разработчик создает объекты метаданных и добавляет реквизиты.
(29)Учту)
(0) статья интересна, как элемент кругозора — еще один взгляд на проблему — спасибо. в этом что-то есть ….
….есть теория, что сначала мы не принимаем чужие теории, потом смотрим на них нейтрально, затем проникаемся к ним пониманием… я думаю, скоро вы проникнетесь эгайл, ведь не всегда же вам работать на ИП, ООО, АО — будете в команде, найдете единомышленников….
(0) да, кстати, вам за публикацию начислили стартмани (1см) — вознаградите себя, а то пропадут со временем…
(31)а кто вам сказал, что я не проникся аджайлом ? наоборот я сказал что команда единомышленников всегда идет по аджайлу даже если он нем и не слышала
это как яблоки падали на землю и до Ньютона и после, но уже осмысленно )
Но насчет статьи по классификации проектов — вы почти прочли мои мысли — обязательно напишу
(32)у меня все по честному, это стартмани за лучший ответ, пока у меня два кандидата, когда пройдет 10 дней — разделю между ними
(34) почему именно 10 дней?
многие были как вы до появления в своей жизни Инфостарта:
и я был таким — делал проекты как слепой котенок
со временем, вбирая в себя весь чужой опыт с ИС, я проложил дорогу не только себе, но и другим умам… так что ИС — это как раз та площадка, которая собирает всех нас муравьев, и за нас прокладывает дорогу, по которой удобно тащить «гусеницу»
(35)по моим наблюдениям за 10 дней публикация инфостарта уходит из оборота
все кому интересна тема ее увидели и высказались
дальше уже работает гугл, но в продолжение обсуждения это не выливается
(35)
а я вообще то не такой и таким не был) но у меня военно-морское прошлое, причем такое, что некоторые еще в те времена в колготках ходили пешком под стол
поэтому я проекты бы вел путем физического устранения недовольных )
а с теорией то я знаком
(35)
мягче елея речь ее )
на самом деле никто за нас ничего не прокладывает, мы сами как муравьи — каждый вносит свой посильный вклад в сообщество и сами прокладываем себе дорогу — роевая теория, знаете ли )
(36) 🙂
…пчелки, муравьишки, людишки … )))
Agile — это организационные технологии для разумных и творческих людей.
Для «мотивированных» роботов — да , можно использовать сетевые одноранговые схемы управления.
ОМГ, попрыгунчик!!! Неужели сохранились действующие экземпляры?
(39)
(не на правах рекламы)
А у нас Kanban означал следующее — ходит мастер по складу, смотрит в ящики с деталями, если ему кажется, что надо закупить еще — он считывает штрих код с этикетки на ящике сканером штрих кода. Зачем-то они требовали у меня фотографию детали на этикетке — пришлось слегка менять типовую печать т.к. никто еще до такого не додумался. А потом в УТ 11 при считывании команды вставить данные автоматически генерируется заявка для SAP. Чем не истинное торжество хирургии ?