Как правильно оценивать сроки на разработку сайта в web студии?

Question

[mprog54]

Здравствуйте!
Я начинающий разработчик, работаю в студии по разработке сайтов. Часто у меня просят оценить сроки по разработке шаблонов или доработке сайта. Я стараюсь установить небольшой срок, чтобы не вызывать раздражение у ПМа. Однако на практике часто оказывается так, что в процессе работы возникают подводные камни в виде непредсказуемых багов, технически трудных дизайнерских решений и т.п из-за чего реальные сроки работы над проектами сильно увеличиваются. Особенно сложно оценить то с чем я ещё не сталкивался, даже примерно сравнить, как правило не с чем(
Как можно решить эту дилемму?

Comments

[Steppp]

Так и оценивай! Максимум 2 недели, но в 4 дня должны уложится

[alexalexes]

Я стараюсь установить небольшой срок, чтобы не вызывать раздражение у ПМа.

В этом и есть главная ошибка.
Когда планируете срок выполнения работы, вы представляете себе, что каждый пункт задачи вам будет ясен и не придется разрешать никаких неопределенностей. Кажется, что будете все время срока заняты решением одного проекта и никто вас не будет отвлекать.
1. На каждый пункт выполнения задачи нужно делать поправку на то, что вы заняты еще каким-то параллельным проектом или иной регулярной работой. (этот пункт спокойно может умножить время на 2 или на 3).
2. Во время ознакомления с очередным пунктом задачи проекта существует вводный период входа в задачу. Вы выясняете что для этого нужно сделать, ковыряете источники, делаете какие-то эксперименты, что-то пробуете и т.д. Этот период нужно закладывать в сроки выполнения. (может занять от 30% до 80% времени выполнения задачи).
3. Любая задача в процессе решения может раскрыть еще подпункты. (этот пункт может смело умножить время на 2 или 3 и тд).
Есть более простой эквивалент подсчета времени, вместо пунктов 1,2,3.
Представьте, что вы выполняете тот же самый проект, вам дали время чисто на его выполнение, никто не отвлекает вас, все задачи как вы видите в списке имеют довольно понятное решение. Но есть маленький нюанс - вы до крайней степени пьяны, и еле соображаете.
Исходя из этого отягощения и пытайтесь найти макс. время выполнения проекта.

[Антон]

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

Главное вовремя предупредить клиента, что работа задерживается. Я обычно говорю - чтобы сделать задачу немного лучше, мне требуется дополнительное время.
--
Увы, но часто я сталкивался с тем, что меня торопили, я ночами не спал, не ел...чтобы сделать как можно скорее, а потом оказывалось, что результат задачи откладывался в "ящик" и так и лежал мертвым грузом. Это люди придумывают работу ради работы. В таких случаях я придерживаюсь точки зрения - "5 лет твой сайт глючил, пару дней подождет, ничего не случится...")) Торопится он...

[Константин Б.]

Антон,

Увы, но часто я сталкивался с тем, что меня торопили, я ночами не спал, не ел...чтобы сделать как можно скорее, а потом оказывалось, что результат задачи откладывался в "ящик" и так и лежал мертвым грузом. Это люди придумывают работу ради работы. В таких случаях я придерживаюсь точки зрения - "5 лет твой сайт глючил, пару дней подождет, ничего не случится...")) Торопится он...

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

[mprog54]

Антон,

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

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

[Sanes]

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

[Vitsliputsli]

Константин Б.

Это бесит жесть. Буквально на днях общались я, ПМ, и заказчик. Я говорю срок 5 февраля, но меня будто в упор не слышат и продолжают что-то буровить про 29 января, я снова заявляю что 5 февраля, но мне опять задают вопрос про закончить на конец этой недели. Они сами не пробиваемые, у них вечно все счет идет на часы и секунды.

Именно так, у них действительно счет может идти на часы, и то что вы сделаете к 5, уже будет не нужно. Сами старайтесь не быть "непробиваемым", попробуйте что-то предложить. Быть может возможно декомпозировать задачу и привлечь еще ресурсы разработки. Может можно пожертвовать каким-то функционалом на запуске 29 и доделать его позже. Я не говорю что ПМ молодцы, а разработка нет, без понятия в чем и ком у вас затык. Но я много раз уже видел жалующихся друг на друга бизнес и технарей, каждый из которых уверен что он молодец, а общая проблема - это проблема кого-то еще, а не его.

[Константин Б.]

Vitsliputsli, ну там посыл был на то что, а могу-ли я бросить все свои планы и поработать сверх, в выходные и тд., чтобы просто что-то им показать к этому сроку чтобы они были довольны. А то что это просто их бзык, а не мой можно доказать тем что основным фукционалом проекта будет интегрированный зум и оплата. И если с зумом еще более менее понятно что делать, могу на своем аккауте делать, то по платежной системе они еще думают какая будет. Так вот... я работаю не первый год и знаю когда действительно нужно, а когда это просто очередной закидон чтобы верхушка в ладошки хлопала какие они молодцы что так все спланировали. Просто в таких ситуациях есть один фактор, оплата. Действительно жмет? Давайте таксу х2, не готовы значить не жмет! Работаю на поддержке одного проекта и у нас такая практика на ура заходит с тех пор как ввели повышение за срочность, и если раньше было что все задачи нужно закрыть чуть ли не в первый день спринта, то после ввода х2 не было ни одной срочной задачи.

[Vitsliputsli]

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

Answer 1

[nokimaro]

«В молодости я спросил у начальника, как оценить время на выполнение работы? И начальник ответил мне:
— Время, которое ты планируешь, умножить на Пи пополам, плюс 2 недели.
— Почему Пи пополам? — удивился я.
— Потому что в реальной жизни ты никогда не будешь двигаться к своей цели напрямую, а скорее — по дуге окружности.
— А почему плюс две недели?
— А потому, что когда ты в итоге просрёшь все сроки, то за две недели хоть что-то успеешь сделать.» (с)

Comments

[Сергей]

Я бы отметил это решением. Остальное - вата

Answer 2

[Антон]

Comments

[vada]

Для чего числитель в скобки взят? Для придания бОльшей математичности? :-)

[Сергей]

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

Answer 3

[Даниил Бабкин]

>>> Я стараюсь установить небольшой срок, чтобы не вызывать раздражение у ПМа

Ключевая фраза. Вы хорошо проанализировали собственное поведение. Теперь осталось только исправить это :)
У вас 2 варианта:

1. Дать маленький срок и не вызвать раздражение у ПМа. Во-первых, если ваш ПМ раздражается на такие вещи, то это проблемы ПМа, а не ваши. Во-вторых, если вы не сможете выдержать сроки, то получите большее раздражение. А чтобы их выдержать, вам придется жертвовать, вплоть до личной жизни
   
2. Дать сроки адекватные. Если ПМ адекватный, он попросит их обосновать. Если же неадекватный, то начнет возмущаться, топать ножкой и поорывать. Подумайте, хотите ли вы с таким ПМом работать.
   

Правильно выше сказали, что умножайте срок.
Лично я всегда умножаю период работы на "Коэффициент оптимизма". Он составляет от 20% до 200%, в зависимости от моего оптимизма в задаче. Если все ок и однозначно понятно, что нужно делать, то минимальное значение. Если же задача размыта, ожидается геморрой и пр., то максимальное.

Выбор за вами.

Answer 4

[Daria]

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

Answer 5

[Developer]

Оценивай с учётом подводных камней.
Можно дать два срока - минимальный и максимальный и в этих рамках делай задачу

Answer 6

[Sanes]

Да никак не посчитать.
Говорите срок, с пометкой "если всё пройдёт без особых танцев и ничего не всплывёт"
А он пусть сам накидывает, считает. Это его работа.

Answer 7

[Кирилл Горелов]

Самое правильное в оценке сроков это и их соблюдать.
Пусть они будут большие, зато ты точно в срок сдашь свою задачу. Это для тебя гораздо большим будет плюсом, чем пытаться "угадывать сроки" и обмануть людей. Не обманывай в первую очередь СЕБЯ.
С соблюдением сроков тебе наоборот сыграет большим плюсом, в будущем, потому что ты их соблюдаешь.

Кстати, про роботу с менеджером хорошо описано у Роберта Мартина в книге "Идеальный программист". Он там как раз пишет, что не надо идти на поводу у ПМ, и надо уметь говорить "нет".

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

Answer 8

[Северное Сияние]

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

Comments

[Sanes]

Так не работает. Ориентировочные сроки ты должен знать.

[Северное Сияние]

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

[Sanes]

Северное Сияние, нигде так не работает.

[Северное Сияние]

Sanes, ага, расскажи мне.
Это работает во всех компаниях, где не пилят ПО под заказ, например банковский сектор или госкомпании. Или ещё какие-либо предприятия, где ПО не является напрямую средством заработка.

[vada]

Отчасти соглашусь - в организациях, где на не ставят производство на поток, могут быть сроки очень и очень условные, но и то надо обозначить "берега", знаю, потому что работаю как раз в такой - пилим только для себя.
А вот на поток - сроки, это второй вопрос после цены, зачастую от сроков цена и зависит, так что хотя бы временнУю вилку указывать обязательно, но не дилетантскую: от недели до 8 месяцев, а более-менее внятную, но этот навык приходит исключительно с опытом. Нельзя сказать за сколько ты напишешь тетрадную страницу, если никогда этого не делал, особенно если вводные разные: переписать 2-3 анекдота; диалог; часть описания дуба Толстого. Получилось оценить? А если текст на арабском?

Answer 9

[bro-dev]

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