Моделируйте будущее (по мотивам статьи Joel Spolsky)

Моя цель - предложение широкого ассортимента товаров и услуг на постоянно высоком качестве обслуживания по самым выгодным ценам.

Прежде чем перейти к статье, хочу вам представить, экономическую онлайн игру Brave Knights, в которой вы можете играть и зарабатывать. Регистируйтесь, играйте и зарабатывайте!

Ссылка на оригинал статьи с объяснением принципа Доказательного Планирования

  • Joel Spolsky Evidence Based Scheduling

  • Перевод на русский от @vadim_ig

Какую проблему удалось решить?

Из опыта работы во Frontend плечом к плечу с Менеджером Продукта, перед поступлением очередной задачи в работу, у меня интересовались, сколько на нее уйдет времени (внезапно). Это, можно сказать, напрягало тем, что такая оценка должна затрагивать все возможные факторы "торможения". Соберу в список некоторые из них:

  • Неоднократное выяснение деталей до того момента, как задача станет "прозрачной"

  • Перерывы в работе по разным причинам

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

Решение

Чтобы оценить задачу по срокам, необходимо иметь статистику по аналогичным задачам, каждая из которых должна иметь: 1) дату старта исполнителем (не рекомендуется менять впоследствии); 2) дату прогноза от исполнителя (не рекомендуется менять впоследствии); 3) дату фактического ее завершения (ее можно потом двигать по мере доработки задачи). Таким образом, процесс планирования сроков фичи перед тем как разработчик возьмет задачу в работу должен основываться на двух вопросах к нему:

  1. Какова сложность фичи по шкале от 1 до 5?

  2. Сколько времени тебе нужно для ее выполнения?

Далее следуют вопрос самоконтроля эффективного менеджера - зафиксировать даты старта и фактического завершения этой задачи (это важно!). С момента завершения первой задачи, можно предсказывать будущее, с учетом ошибок разработчика, основываясь на предыдущем опыте работы с ним: Чем больше задач набирается в опыт, тем точнее прогноз.

Да, кстати, важный момент! Прогноз исполнителя не должен основываться на аналитически расчитанном прогнозе программы (рекурсия и в этом случае не принесет пользы, если Вы понимаете, о чем я).

Источник: https://habr.com/ru/articles/768536/


Интересные статьи

Интересные статьи

Когда вы слышите фразу “цифровая наличность”, что первое приходит вам на ум? Возможно, популярное в Америке платежное приложение PayPal, которое вы используете в ситуациях, когда раньше требовались на...
Музыкальное сообщество давно экспериментирует с пространственным звучанием. Рассказываем, как обстоят дела в этой нише, и кто что думает на этот счет.
Интересно, чем закончатся наши исследования Кажется, прошлая тема про ГМО-лосося весьма неплохо зашла Хабрачитателям. Пока мы готовим материал по модификации растений, я предлагаю по...
Доброго времени суток, друзья! Представляю вашему вниманию адаптированный перевод нового варианта предложения (сентябрь 2020 г.), касающегося использования декораторов в JavaScript...
Привет, Хабр! Продолжаем публиковать рецензии на научные статьи от членов сообщества Open Data Science из канала #article_essense. Хотите получать их раньше всех — вступайте в соо...