Русский
Русский
English
Статистика
Реклама

Канбан

3 пути к возрождению организации

19.04.2021 00:19:54 | Автор: admin

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

Думаю, в жизни каждого руководителя случались такие "катастрофы". Книга проект Феникс - это поучительный бизнес-роман о такой катастрофе. Руководитель оказывается в ситуации, когда все вокруг рушится на глазах. Каждое действие вызывает все новые и новые волны проблем. Только благодаря мудрому наставнику, главный герой шаг за шагом постигает философию трех путей, и возрождает организацию из пепла.

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

Начнем со знакомством с философией трех путей:

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

  • Второй Путь - это движение по дороге улучшений за счет построения циклов обратной связи.

  • Третий Путь пропагандирует культуру постоянного эксперимента. Движение дорогой проб и ошибок позволяет организации расти и развиваться.

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

О них дальше и поговорим.

Визуализируйте всю работу

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

  • бизнес проекты - тип работы, которая создает ценность для конечного пользователя и/или конкурентное преимущество организации;

  • изменения - цели бизнеса меняются, выходят новые законы, развиваются технологии. Все это генерирует поток изменений в текущих бизнес-процессах организации.

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

  • незапланированные работы - три предыдущих типа работ мы планируем, в то время как четвертый появляется против нашей воли и ставит под сомнение все наши планы. Зачастую они появляются после "срочных" изменений.

Если вы посмотрите на планы работ в своей организации, то далеко не всегда увидите все четыре типа работ. В моей практике я начинал с того, что просил каждого сотрудника делать только письменно оформленные задачи. Такой подход помогает отследить поток незапланированных работ и изменений. Как минимум у вас появляется возможность отследить их источник и в дальнейшем взять его под контроль.

Выявляйте ограничения

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

На современных производствах вы можете легко отследить ход производства по разноцветным линиям на полу. Двигаясь по линии определенного цвета от склада готовой продукции вы легко проследите путь от одного производственного участка к другому вплоть до склада материалов. При таком подходе тяжело не заметить горы заготовок, которые растут перед определенным участком производства. Именно незавершенная работа указывает на ограничение на участке производства или как его иначе называют "бутылочное горлышко". Тяжелее представить этот процесс при разработке и внедрении информационных технологий. Ведь один человек может выполнять роль нескольких непоследовательных участков производства. Бывает так, что эти участки еще и относятся к разным линиям.

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

Устраняйте ограничения

Горы незавершенной работы указывают не только о наличии ограничений, но и увеличивают время нахождения работы в процессе. Одним из способов решения данной задачи является сократить количество новых работ, в которых задействовано ограничение. Вторым способом является расширение ограничения. Каждый производственный участок можно охарактеризовать 4 вещами: машиной, человеком, методом работы и измерениями. Соберите больше информации об ограничении, и попробуйте наиболее доступный вам вариант для его расширения. Не пытайтесь улучшать систему вне ограничения, это дает иллюзию улучшений, но не решает реальную проблему. В своей практике, я первым делом начинаю решать задачу первым методом. Если возникает ограничение в производстве, то намного быстрее сфокусироваться на том, что перед ним - генерации и проверке идей. Только убедившись, что в работу идет самое ценное я перехожу к методу расширения ограничения. Второй метод не только дороже, но и дольше. Найм и обучение человека, который потенциально поможет расширить ограничение, займет от нескольких месяцев до полугода, а количество работ в процессе вы можете ограничить за недели, иногда и быстрее.

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

Устраняйте движение против потока

Давайте опять вернемся к примеру с линией сборки. Конструкция линии не предусматривает движение в обратном направлении. Продвинутые системы производства, например Тойота, отбраковывают некачественные заготовки перед приемом в работу на каждом узле . Оператор может остановить производство, чтобы разобраться в причинах брака и убедиться в качестве последующих заготовок. Чем меньше у вас горы заготовок перед ограничением, тем быстрее вы сможете гарантировать качество и ценность каждой работы на самом медленном участке. В моей практике хорошо зарекомендовали себя чек-листы. Перед выполнением работы сотрудник проверяет, вся ли необходимая информация предоставлена. Если есть несоответствия, то он без зазрения совести возвращает ее назад. Периодически все возвраты анализируются. Какие-то проверки можно автоматизировать, чтобы задача попадала на доработку без отвлечения человека из следующего участка.

Наладьте обратную связь

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

Благодаря внедрению второго пути ваша организация способна предсказуемо доставлять ценность и совершенствовать качество поставки.

Экспериментируйте

Развитие технологий и глобализация открыла новые возможности для бизнеса. Сегодня маленький стартап из Израиля или Беларуси, может конкурировать с гигантом из США или Европы за аудиторию. Пользователь становится более избирательным, а конкуренты не дремлют. Если вы будете довольствоваться тем, что есть, то очень быстро вас догонят и перегонят. Эксперименты - основа основ для развития. Как сказал Эдисон: "Каждая неудавшаяся попытка это еще один шаг вперед". Чем больше компания экспериментирует тем выше ее шансы найти нужный подход к аудитории и монетизировать его. Это и есть ключ к третьему пути.

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


Подробнее..

Канбан-метод не грузите меня вашей теорией

21.05.2021 14:10:59 | Автор: admin

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

Начну, пожалуй, с подходов к обучению.

Обучение Канбану. Канон

Самыми полными и каноничными курсами по погружению в Канбан-Метод по праву считаются классы, которые разрабатывает Канбан Университет структура Дэвида Андерсона, автора метода.

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

Прямая линейка:

  • TeamKanbanPractitioner(можно пропустить, это популярная выжимка основных вещей для первичного погружения в тему)

  • Kanban System Design

  • Kanban System Improvement

  • Kanban Maturity Model

  • Kanban Coaching Practices

Смежная линейка:

  • FitforPurpose(раскрывает тему продуктового управления и работы с клиентом)

  • EnterpriseServicePlanning(стратегическое планирование и управление организацией)

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

Минус, как ни странно, это Эволюция.

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

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

Расположение возвратного гортанного нерва у жирафаРасположение возвратного гортанного нерва у жирафа

То же самое случилось и с подачей материала Канбан Университетом. Вначале, когда метод только развивался, всю имеющуюся информацию Дэвид Андерсон структурировал в небольшой доклад, с которым ездил по профильным конференциям. Когда информации стало больше, появился тренинг и книга Kanban: Successful Evolutionary Change for Your Technology Business (на русском перевели как Канбан. Альтернативный путь в Аджайл).

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

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

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

Другие тренинги. Свой лунный модуль

Так как ни термин Канбан ни термин Канбан-метод не являются зарегистрированными торговыми марками, никто не мешает другим тренерам и консультантам построить свой лунный модуль (как называют этот процесс канонические тренеры и консультанты) для покорения этой области.

Одной из самых популярных баек на эту тему является история, как Хенрик Книберг краем глаза на конференции подсмотрел за лекцией Дэвида Андерсона, взял пару идей и выразил свое понимание в небольшой книге, которая у нас вышла под названием Скрам и Канбан. Выжимаем максимум. В этой книге Эрик сравнивает эти два фреймворка, радостно нацепив на себя первое из многих когнитивных искажений при восприятии Канбан-метода.

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

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

Работа консультантов. Обучение через работу

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

Консультанты, владеющие в достаточной мере инструментами Метода, вытаскивают из набора практик только те, которые решают конкретные проблемы в конкретном процессе поставки.

Плюсытакого подхода прикладная польза для решения конкретных проблем.

Минусы в будущем проблемы могут быть другими и текущие практики не сработают.

Несколько советов, с чего начать

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

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

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

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

Персональный Канбан

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

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

Персональная канбан-доскаПерсональная канбан-доска

Также, можно посмотреть на практики категоризации и приоритизации потоковой работы.

Канбан для отдела

Под понятием отдел я подразумеваю управление некоторой функцией, которую реализуют люди. И если функция работает с потоком однотипных задач, реализуемых сотрудниками отдела по принципу одна задача = один специалист, то некоторые практики Канбана могут помочь сделать такую работу достаточно эффективной.

На какие практики я бы рекомендовал обратить внимание при такой работе?

Основная это, конечно, визуализация. Визуализация жизненного цикла задачи отдела. Здесь есть разные варианты визуализации работы, для начала можно обратить внимание на такие практики как агрегированный персональный Канбан или командный Канбан.

Агрегированный персональный КанбанАгрегированный персональный Канбан

Персональные ограничения незавершенной работы (персональныеWIP-лимиты) тоже неплохо работают в виде ограничений на дорожки при агрегированном командном канбане или в виде аватарок при командном канбане.

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

Канбан для команды

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

Отличительная особенность команды:

  • Общий результат

  • Общая оценка результатов работы

  • Размытие зон ответственности в смежные области для уменьшения точек передачи информации (в отличие, например, от при передаче её через функциональные отделы, где эта самая информация часто теряется)

Что можно рекомендовать команде использовать при управлении своей работой? Для начала, если команда пока не воспринимает себя единым целям, а культура диктует разделить работу на куски и передать по специалистам по принципу одна работа = один исполнитель, то начать можно с практики визуализации работы команды при помощи командного канбана с аватарками.

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

Командная канбан-доскаКомандная канбан-доска

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

Канбан для Владельца продукта

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

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

Для определения цепи поставки уже стоит провести воркшопSTATIK(systemthinkingapproachtointroduceKanban, описан в книге Майка Барроуза Канбан-метод: улучшение системы управления)

Визуализация всего потока поставкиВизуализация всего потока поставки

Менеджеру для широкого применения Канбан-методу, я уже рекомендую посетить первые два тренинга из основной линейки Канбан Университета, а также ответвлениеFitforPurpose, на которых обратить особое внимание на следующие инструменты:

  • Объект управления чем именно нужно управлять Владельцу продукта, чтобы процесс поставки ценности был управляем и контролируем

  • Группировка сходных типов работ (Фильтры, Цветовая дифференциация, Дорожки, Колонки)

  • Фокус на поставке и Визуализация прогресса поставки - как именно изобразить процесс поставки, чтобы Канбан-визуализация служила системой раннего предупреждения о проблемах с поставкой?

  • Управление рисками поставки. Проблема в поставке проблема менеджера, Метод дает широкий инструментарий для управления риском: визуализация блокировок; визуализация буферов и очередей; выявление источников проблем; ретроспективы и обзоры поставки

  • Upstream-процесс. Процесс поставки начинается не с написания Технического задания, а с некоего предпроцесса, когда идея потихоньку оформляется в задачу. Проверка гипотез и воронка опций вполне себе процессы, которыми можно управлять, используя инструменты Канбан-метода.

  • Метрики прогресса: T2MиLeadTime метрики, помогающие прогнозировать сроки; Fit for Purpose criteria продуктовыеметрики; пропускная способностьпроизводственной системы

Канбан для менеджера-проекта

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

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

В отличии от жизненного цикла проекта на управлении которым акцентированы популярные средства управления проектами, Канбан-визуализация должна фокусироваться на жизненном цикле производства элемента продукта и отвечать (например для ИТ-проекта) на вопрос Что нужно сделать, чтобы вывести этот кусок функциональности в Продуктив?

Канбан для управления портфелем проектов

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

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

А остальным что делать?

Почти все случаи, которые я описал выше, для решения своих насущных проблем могут обойтись ограниченными практиками, в них не обязательно погружаться глубоко в механики Канбана. Однако, начиная с менеджерского состава, который вовлечен в производство результатов умственного труда, я бы всем рекомендовал пройти три из четырех модулей Канбан Университета (KSD,KSI,KMM) и ответвлениеFitforPurpose. Причем, проходить их не подряд, а с промежутком на применение полученных знаний на практике, так как сама текущая механика обучения подразумевает прохождение эволюции восприятия инструментов Метода.

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

Удачи всем в совершенствовании собственной работы!

Подробнее..

WIP-лимиты здорового человека и WIP-лимиты курильщика

06.11.2020 12:09:31 | Автор: admin

Я и мои коллеги по работе для внутренних сотрудников компании, в которой я работаю, периодически готовим небольшие статьи, где разбираем различные кейсы по гибким подходам, включая и кейсы использования Канбан-метода для совершенствования и управления процессами. Такие статьи мы называем "Agile-shorts". И я подумал, "А почему бы не открывать свои статьи и для более широкой аудитории?" И, вот, сегодня я публикую первую свою статью из этой серии.

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

Мало кто, работающий в ИТ-сфере, не слышал про гибкие подходы к созданию продуктов. Слова Agile, Kanban, Scrum уже крепко проникли в лексикон современных компаний. Кто-то их произносит с гордостью, кто-то с иронией, а кто-то сквозь зубы.

Последние, вероятно, на своем опыте столкнулись с неудачным использованием какого-то управленческого инструмента, и спроецировали свой негативный опыт на все будущие идеи.

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

Ограничиваем Пользовательские Истории, а работаем с Подзадачами

Часто, познакомившись с основами практик и методов, которые используются в Agile-культуре, у людей складывается впечатление, что, нажав Ctrl+C и Ctrl+V, они у себя получат ту же замечательную вещь, которую они увидели в учебном кейсе. На деле же оказывается, что Ctrl+V приходится, как в анекдоте, тщательно дорабатывать напильником.

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

В итоге, на одном уровне управления можно встретить такие задачи:

  • Сделать MVP Продукта - задача имеет ценность для Заказчика, так как пользователь получит в руки что-то, что может начать использовать.

  • Провести нагрузочное тестирование не самостоятельная задача, а нужна для прогресса какой-то другой

  • Заключить контракт с поставщиком ХХХ не самостоятельная задача, а нужна для старта работ по другой задаче

  • Реализовать функционал голосового ввода пользователь получит новый функционал для использования

Так причем же тут WIP-лимиты?, спросите вы. Так вот, новички часто начинают применять этот инструмент на таком, типичном для многих, контексте. Ограничили, надеются, что работы пойдут быстрее, а в итоге, почему-то, получается всё наоборот - работы встают, все запутываются.

Пример работы в такой системе: менеджер говорит, что задача функционал голосового ввода приоритетнее задачи проведение нагрузочного тестирования, поэтому первое берем в работу (включаем в лимит), а второе ждёт. Но в какой-то момент приходит понимание, что реализовать функционал без проведения нагрузочного тестирования нельзя (конечно, ведь это часть работ, которые нужно провести, чтобы сделать функционал), задача блокируется и ждет, когда начнем делать тестирование. Но лимит-то заполнен! Как нам говорит теория - чтобы взять что-то в работу, надо сначала что-то завершить. Текущая задача бросается, внимание переключается на что-то другое, а заказчик, в итоге, не получает никакого результата.

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

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

Какие бывают уровни:

  • Работа на уровне исполнения задач одним человеком.

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

  • Работа на уровне команды. Для нормирования работы команды, используются:

    • лимиты на систему/команду/сервис (Бэклог спринта частный случай лимита на систему)

    • лимиты на тип задач (Квотирование)

    • лимиты на этап (работа с узкими горлами)

    • и другие, более экзотические типы ограничений

В этом случае нужно смотреть на задачи глазами Заказчика работ. Появляется такой объект как Customer recognizable item задача, смотря на которую, Заказчик понимает, что это именно то, что он заказывал, и видит, что происходит с заказом.

  • Работа на уровне портфеля

    • Для эффективного распределения ресурсов для реализации портфеля инициатив, используются лимиты на объекты портфеля.

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

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

  • Попробуйте понять, для чего нужен инструмент, и в каком контексте он работает

  • Осознайте проблему, которую вы хотите решить применением инструмента

  • Если что-то не получается, допустите, что это не инструмент плох, а есть что-то, что вы не учли

И тогда, разочарование от того, что мы потратили кучу времени, а оно не работает, вас обойдет стороной.

Подробнее..

Категории

Последние комментарии

  • Имя: Макс
    24.08.2022 | 11:28
    Я разраб в IT компании, работаю на арбитражную команду. Мы работаем с приламы и сайтами, при работе замечаются постоянные баны и лаги. Пацаны посоветовали сервис по анализу исходного кода,https://app Подробнее..
  • Имя: 9055410337
    20.08.2022 | 17:41
    поможем пишите в телеграм Подробнее..
  • Имя: sabbat
    17.08.2022 | 20:42
    Охренеть.. это просто шикарная статья, феноменально круто. Большое спасибо за разбор! Надеюсь как-нибудь с тобой связаться для обсуждений чего-либо) Подробнее..
  • Имя: Мария
    09.08.2022 | 14:44
    Добрый день. Если обладаете такой информацией, то подскажите, пожалуйста, где можно найти много-много материала по Yggdrasil и его уязвимостях для написания диплома? Благодарю. Подробнее..
© 2006-2024, personeltest.ru