Когда-то я решил присоединиться к стартапу, занимающемуся цифровыми вывесками.
В то время Nave была агентством по разработке программного обеспечения, и наша цель заключалась в том, чтобы помогать стартапам направлять свои усилия в правильном направлении.
Компания стремилась создать первый потоковый сервис для публичных дисплеев. Разработка инновационного решения для цифровых вывесок, которое может изменить существующий порядок вещей, — это большое дело, особенно если ваша предпринимательская инициатива только начинается.
Проблема с текущими ценностными предложениями на рынке заключалась в том, что они не предоставляли возможности для представления контента в режиме реального времени. Стартап распознал эту возможность и был хорошо позиционирован, чтобы оказать значительное влияние на индустрию цифровых вывесок.
Взгляд в реальность
Позвольте мне предоставить вам немного больше контекста.
Спрос был ошеломляющим. Каждый день возникал новый приоритет, который не обязательно следовал какому-либо установленному подходу или стремился принести либо ценность для клиента, либо прозрачность в процессе принятия решений.
Команда приняла Scrum, но реализация фреймворка была очень плохой. Дело в том, что команды могут ощутить все преимущества Scrum только тогда, когда понимают и придерживаются ценностей и принципов, которые продвигает фреймворк. А здесь этого просто не было.
Типичный рабочий день выглядел так: управляющие партнёры придумывали идею, она казалась интересной, и её передавали команде, пока они были в середине спринта. Не учитывалось количество работы, которое команда уже выполняла, и задачи, которые уже выполнялись, постоянно прерывались. И, наконец, ожидалось, что вся работа должна быть выполнена в течение текущего спринта.
Команда постоянно переключала контекст, приостанавливая то, над чем они работали, и начиная новую идею, которая только что поступила. Они работали до 5 утра, чтобы успеть к невозможным срокам. Но, несмотря на все усилия, они всегда опаздывали.
И факт в том, что у них просто не было возможности справиться с постоянным потоком новых запросов. В какой-то момент стало совсем тяжело. Управляющие партнёры были очень расстроены, потому что команда никогда не успевала выполнить работу, которую они обещали сделать к дате релиза, качество выполненных работ было довольно низким, а стоимость разработки взлетела до небес.
Уровень вовлечённости и мотивации этих людей был очень низким. Пальцы всё время показывали друг на друга, рабочая атмосфера была токсичной. Команда чувствовала, что их работа не приносит никакой ценности. Не было ни признания, ни доверия, ни уважения. Один за другим они начали увольняться.
Время для перемен
Что-то должно было измениться немедленно! Я активно изучал метод Канбан и чувствовал, что это именно то, что нам нужно. Все концепции, лежащие в основе метода, соответствовали нашей текущей ситуации.
И, наверное, главной стратегией, которая убедила меня в Канбане, был подход к принятию решений на основе данных, который он рекомендовал.
Пришло время навести порядок в хаосе.
В то время мы использовали Trello для отслеживания нашей работы, и на рынке не было решения для аналитики Канбан, которое интегрировалось бы с этой платформой. Переход на инструмент Канбан был исключён, поэтому мы решили создать собственное внутреннее решение. Так родилась звезда Nave.
Ваши данные говорят с вами, слушайте
Чтобы оптимизировать производительность вашего рабочего процесса, вам нужно разбить время выполнения и оценить возможности для улучшения. Это лучше всего достигается с помощью диаграммы «Разбивка времени цикла».
Диаграмма отображает время выполнения ваших завершённых задач, разбитое по состояниям процесса. Анализируя различные секции на столбцах, вы можете оценить, как время, проведённое в каждом состоянии, влияет на общее время, необходимое для завершения вашей работы.
Для оптимизации вашего рабочего процесса вам нужно разбить время выполнения и оценить возможности для улучшения. Это лучше всего достигается с помощью диаграммы «Разбивка времени цикла».
Например, здесь данные разделены по неделям. В неделю с 16 по 22 июля задачи провели значительное количество времени в зоне светло-розового цвета, соответствующей состоянию «Код-ревью (Готово)».
После этого анализа у команды появились две основные цели.
1. Они знали, что огромное количество времени, которое их работа проводила в разработке, было вызвано приостановкой того, что они начали. Они решили прекратить многозадачность и начинать новую работу только после завершения старой.
2. Было очевидно, что в состоянии тестирования было узкое место. Одного QA определённо было недостаточно, чтобы справиться с работой, которую выполняли четыре разработчика. В результате работа накапливалась перед состоянием тестирования — что объясняло огромное количество времени, которое элементы работы проводили в «Код-ревью (Готово)».
Они решили выделить нескольких разработчиков на этап тестирования, чтобы они могли справиться со спросом и позволить работе продвигаться вперёд. Фокус был установлен на завершении работы, а не на начале новой работы. И с начала августа вы можете увидеть результаты — эти разделы были сокращены примерно в 4 раза. И это стало огромным стимулом для команды.
Вы можете увидеть, как выглядела диаграмма старения команды в июне 2018 года. Было много элементов работы, которые либо были заблокированы внешней зависимостью, либо просто были заброшены из-за другого приоритетного элемента.
Вы можете изменить ситуацию
И это то, что я действительно хочу, чтобы вы поняли.
Если вы изо всех сил пытаетесь выполнить свои обязательства, если вы хотите, чтобы процесс оценки был проще, менее трудоёмким и действительно работал… Если вы хотите получать результаты последовательно и предсказуемо, не перегружая свои команды…
Если вы устали от подавляющего потока входящих запросов… Если вы видите, как ваша команда впадает в состояние полного выгорания, пытаясь уложиться в невозможные сроки… Если вы ищете надёжные подходы для постановки реалистичных целей и управления ими… Пришло время для перемен!
Пришло время взять под контроль свои управленческие практики и начать принимать надёжные решения!
Если вы готовы изучить проверенную дорожную карту для построения предсказуемых рабочих процессов, я буду рад приветствовать вас в программе «Устойчивая предсказуемость»!
У вас есть возможность изменить ситуацию. Используйте эту силу!
Начните уже завтра утром. Не откладывайте! В конце концов, непрерывное совершенствование строится со временем, когда одна маленькая победа следует за другой.
Стремитесь к продвижению эволюционных изменений и культуры непрерывного совершенствования. Возьмите на себя обязательство прямо сейчас. Каков будет ваш следующий небольшой шаг, чтобы изменить ситуацию?
1. Какие проблемы в управлении проектами описывает автор статьи и как он предлагает их решать?
Автор описывает несколько проблем в управлении проектами, включая плохой фреймворк Scrum, постоянный поток новых запросов, низкую мотивацию сотрудников и токсичную рабочую атмосферу. Для решения этих проблем он предлагает использовать метод Канбан, который основан на принятии решений на основе данных и оптимизации рабочего процесса.
2. Какие инструменты и методы предлагает автор для оптимизации рабочего процесса?
Автор предлагает использовать диаграмму «Разбивка времени цикла» для анализа времени выполнения задач и оценки возможностей для улучшения. Также он предлагает прекратить многозадачность и начинать новую работу только после завершения старой, а также выделить несколько разработчиков на этап тестирования для более эффективной работы.
3. Какие цели поставила команда после анализа диаграммы «Разбивка времени цикла»?
После анализа диаграммы команда поставила две основные цели: прекратить многозадачность и начинать новую работу только после завершения старой, а также выделить несколько разработчиков на этап тестирования, чтобы справиться со спросом и позволить работе продвигаться вперёд.
4. Какие изменения произошли в рабочем процессе команды после внедрения метода Канбан?
После внедрения метода Канбан команда смогла сократить время выполнения задач примерно в 4 раза. Это стало огромным стимулом для команды и позволило им более эффективно управлять рабочим процессом.
5. Какие выводы можно сделать из статьи о важности оптимизации рабочего процесса?
Из статьи можно сделать вывод, что оптимизация рабочего процесса является важным фактором для повышения эффективности работы команды и улучшения качества продукции. Автор предлагает использовать проверенные методы и инструменты для достижения этих целей.