Комментарии 15
НЛО прилетело и опубликовало эту надпись здесь
А на аватарке у автора есть руки?
Работая в одной компании, где очень любили, когда задачи выполняются в срок, но очень не любили твои отказы, когда ты занят решением задачи, а тебе приносят другую, я выработал для себя золотое правило, оцени сроки и умножь их на 3. Всегда успевал, даже с учётом наваливающихся дополнительных задач, всегда молодец, всегда в срок или раньше. С тех пор прошло почти 5 лет, а способ оценки сроков у меня так и не изменился
Можете подробнее расказать о той части, которая идет до умножения на 3?
Тоже хочу всегда в срок успевать
Тоже хочу всегда в срок успевать
Тут всё зависит от конкретики. Руководствуясь опытом и зная кодовую базу проекта обычно безошибочно понимаю сколько надо на решение той или иной задачи. Но если оценить сходу не получается, то беру время на оценку. Бью задачу на максимально минимальные подзадачи, которые могу точно оценить руководствуясь опытом, в сторону откладываю то, что оценить не получается даже после деления. После пытаюсь накидать по-быстрому прототип тех подзадач которые оценить не удаётся, чтобы появилось хоть какое-то понимание объёмов. Ну а дальше складываю, умножаю, озвучиваю
Прикол. Я всегда на 2 умножаю, и вроде работает)
Как ваш способ работает на больших задачах?
К примеру Вы оценили задачу в месяц и говорите что будете делать её 3 месяца?
Насколько ваш подход работает на длительных задачах?
К примеру Вы оценили задачу в месяц и говорите что будете делать её 3 месяца?
Насколько ваш подход работает на длительных задачах?
НЛО прилетело и опубликовало эту надпись здесь
Меня часто спрашивают:
Почему это нормально, что на прохождение ревью может уйти в 2 раза больше времени чем на написание кода? Может быть ли это нормально для старичков проекта? Почему? Или сколько времени закладывать на исправление выявленных багов? Почему так много? что будет если половину этого времени переложить на аналитиков, то будет ли здесь экономия?
Что вы отвечаете на такие вопросы?
Почему это нормально, что на прохождение ревью может уйти в 2 раза больше времени чем на написание кода? Может быть ли это нормально для старичков проекта? Почему? Или сколько времени закладывать на исправление выявленных багов? Почему так много? что будет если половину этого времени переложить на аналитиков, то будет ли здесь экономия?
Что вы отвечаете на такие вопросы?
Почему это нормально, что на прохождение ревью может уйти в 2 раза больше времени чем на написание кода?
— Это нормально, так как на проекте может быть несколько разработчиков и каждый из них может оставить свое замечание к вашему пул реквесту, которое придется либо оспаривать, либо исправлять.
Может быть ли это нормально для старичков проекта?
— Со старичками проекта такое случается реже, так как они уже больше знают о специфике проекта и правилах код ревью, которые установлены на этом проекте
Или сколько времени закладывать на исправление выявленных багов?
Сложно дать точный ответ на этот вопрос, опять же все зависит от специфики проекта, сложности вашей задачи и так далее. Очень много факторов имеют влияние.
Что будет если половину этого времени переложить на аналитиков, то будет ли здесь экономия?
— Не до конца понял вопрос, половину какого именно времени ?)
— Это нормально, так как на проекте может быть несколько разработчиков и каждый из них может оставить свое замечание к вашему пул реквесту, которое придется либо оспаривать, либо исправлять.
Может быть ли это нормально для старичков проекта?
— Со старичками проекта такое случается реже, так как они уже больше знают о специфике проекта и правилах код ревью, которые установлены на этом проекте
Или сколько времени закладывать на исправление выявленных багов?
Сложно дать точный ответ на этот вопрос, опять же все зависит от специфики проекта, сложности вашей задачи и так далее. Очень много факторов имеют влияние.
Что будет если половину этого времени переложить на аналитиков, то будет ли здесь экономия?
— Не до конца понял вопрос, половину какого именно времени ?)
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Как дать максимально хреновую оценку задаче