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

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

Зачем рассчитывать количественную стоимость задержки?

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

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

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

Например, лучше ли:

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

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

Говорите на языке бизнеса

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

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

Как рассчитать количественную стоимость просрочки

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

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

Сотрудничайте с экспертом в вашей компании, чтобы помочь вам рассчитать стоимость задержки

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

Используйте соответствующий уровень усилий и строгости

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

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

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

Совет: вы можете использовать Теорию ограничений, чтобы найти потенциально ценные истории, которые обычно связаны с ограничениями вашей системы.

Используйте электронную таблицу

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

Важность маржинальной экономики

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

Давайте посмотрим на быстрый пример. Если вы работали над функцией в течение пяти недель, и у вас есть еще две недели, эти первые пять недель — это невозвратные затраты. Это оказывает интересное влияние на ваш CD3 с течением времени. Если вы предполагаете фиксированную стоимость задержки, скажем, 5000 долларов в неделю, вы можете начать с CD3 в размере 5000 долларов / 7 недель = 714. Через пять недель после начала проекта у вас осталось всего две недели, поэтому математика выглядит так: 5000 долларов / 2. недели = 2500. По мере уменьшения оставшейся продолжительности ваш показатель CD3 будет приближаться к бесконечности.

Это имеет смысл, если подумать. Вы бы когда-нибудь отложили функцию, которая будет приносить 5000 долларов в неделю после уплаты налогов, которую вы могли бы закончить за один час? Я бы не стал (если только у другой истории не было более высокого CD3). Давайте поработаем с CD3. Один час из 40 часов рабочей недели = 0,025. Итак, 5000 долларов/0,025 = 200 000. Это совсем другой ответ, чем CD3 из 714, который вы получаете, когда вычисляете непредельный CD3.

Вот те же данные, представленные графически (с увеличением CD3 по мере уменьшения оставшейся продолжительности).

Прибыль за жизненный цикл и денежный поток

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

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

Пример расчета количественной стоимости задержки и CD3

Предположим, вы работаете на веб-сайте электронной коммерции, рассматриваете две новые функции и хотите определить, какая функция имеет более высокий приоритет, используя количественный CD3:

  • Функция A: оптимизируйте страницы оформления заказа, чтобы повысить их коэффициент конверсии.
  • Функция B: обновите расчет налоговой ставки, чтобы выйти на новый рынок с другой налоговой ставкой.

Я сделал таблицу для расчета стоимости задержки и CD3. Это выглядит так:

С моими допущениями показатель CD3 функции A равен 300, а показатель CD3 функции B — 7200. Поэтому, если все согласны с этими предположениями, вам следует сначала поработать над функцией B.

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

Вы также можете использовать другой подход. Вы могли бы спросить, насколько должна увеличиться частота разговоров о функции A, чтобы ее показатель CD3 стал таким же, как показатель CD3 функции B? Давайте посмотрим, как это выглядит.

Я вбил несколько значений для «нового коэффициента конверсии» и обнаружил, что он должен составлять 52%, чтобы иметь тот же показатель CD3, что и функция B. Я никогда не слышал о коэффициенте конверсии 52% для долгосрочной электронной почты. коммерческий сайт. Итак, я бы сказал, что можно с уверенностью сказать, что функция B имеет более высокий приоритет, чем функция A.

Подведение итогов

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

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

Согласен, не согласен, комментарии или вопросы? Я хотел бы услышать от вас.

Дополнительные ресурсы

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

  • отличный сайт с отличным трехминутным поясняющим видео
  • Книга: «Принципы процесса разработки продукта: разработка бережливого производства второго поколения» (Дональд Рейнертсен), глава 2.
  • книга: «Essential Scrum: Практическое руководство по самому популярному Agile-процессу» (Кеннет С. Рубин) Глава 16
  • видео выступление Дональда Рейнертсена о разработке продукта

Первоначально опубликовано на сайте smallbusinessprogramming.com 18 декабря 2017 г.