Как ответить на вопрос: «Сколько времени это займет?» когда на новой должности

Две недели назад я устроился на новую работу, используя новые для меня технологии. Я с самого начала был откровенен о том, что я сделал, и не знал, так что никаких сюрпризов.

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

Но проекты третьего менеджера больше всего не в моей области. Несмотря на это, и в отличие от других менеджеров, которые знают, насколько я новичок, она неоднократно спрашивает меня: «Сколько времени это займет у вас?» и когда я отвечаю: «Честно говоря, я не могу дать вам оценку, потому что есть много зависимостей, чтобы выполнить эту задачу, которую мне нужно изучить в первую очередь», ее глаза вылезают из орбит, и я могу сказать, что она изо всех сил старается не проиграть Это. Я думаю, причина в том, что роль, которую я исполнял, была отложена на недели, если не месяцы, работы с самого начала, и поэтому она пытается уложиться в сроки для клиентов. Затем она назначит мне ожидаемое время, которое на данный момент составляет 10 часов. я зарплату так что'

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

Обычно я могу сомневаться в своем прогрессе или способностях, но я получил только отличные отзывы от других менеджеров. В конце этой недели старший руководитель проекта сказал мне, что она «чрезвычайно рада видеть [меня]». Технический директор даже старался изо всех сил давать положительные отзывы о моей работе. Итак... Как мне справиться с этим?

Комментарии не для расширенного обсуждения; этот разговор был перемещен в чат .
Для оценки программного обеспечения см. также: Как реагировать, когда вас просят оценить?

Ответы (13)

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

Итак... Как мне справиться с этим?

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

Многие считают, что разбивка задачи на более мелкие части помогает составить смету. Часто небольшие фрагменты легче визуализировать и оценить. И обычно вы можете попросить немного времени, чтобы провести этот анализ, вместо того, чтобы немедленно предоставлять свою оценку.

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

Отслеживайте свои оценки и фактические данные, чтобы со временем совершенствоваться.

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

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

+1 - не должно быть ничего плохого в том, чтобы попросить час или два, чтобы изучить проблему и предоставить более точную оценку.
+1. Первые десять лет моей карьеры меня раздражали вопросы «когда ты закончишь», но я смотрю на это по-другому с точки зрения лидера. Иметь представление о том, когда будут сделаны различные части, действительно важно, и когда разработчик не может даже указать, это меня беспокоит. Я оплакиваю все те времена, когда я слишком нервничал, чтобы дать оценку! Я не возражаю, если оценка будет несколько расплывчатой, и я не возражаю (в пределах разумного), если дата не будет выбрана, но мне нужна приблизительная дата, чтобы запланировать вещи и установить ожидания с другими командами и менеджерами.
И не забудьте дать предварительный отзыв, если вам кажется, что вы не сделаете достаточно близко к тому, что сказали. Сказать: «Сначала я думал, что это займет х, но теперь, когда я сделал х/4, я вижу, что проблема более сложная. Поразмыслив над этим, я думаю, что это займет у» гораздо лучше, чем «Я сделал х/4». х, но это еще не сделано"
«Нет ничего плохого в том, чтобы попросить час или два, чтобы изучить проблему и предоставить более точную оценку» Это. И это все еще применимо, когда у вас есть 10 лет опыта работы в этой области. Как бы много вы ни знали (или думали, что знаете), «поспешные выводы» никогда не бывают лучшей стратегией решения проблем.
Метод, который я люблю использовать для оценки вещей, которые я никогда не делал, заключается в том, чтобы начать с преувеличенной оценки, а затем сузить ее. Т.е. я уверен, что задача займет меньше года. Я также уверен, что смогу завершить его за месяц. Я почти уверен, что смогу сделать это за неделю. День может быть выполним, если все пойдет хорошо, но я не думаю, что это реалистично. Итак, теперь оценка, которую я даю своему боссу, такова: «Мне понадобится как минимум день, но, вероятно, мне понадобится несколько». Это не идеально, но, по крайней мере, теперь они знают, как задача связана с другими задачами.
Если вы собираетесь дать наилучшую оценку, умножьте ее на любое число от 1,5 до 2. С новой технологией я бы пошел на 2x
Я в корне не согласен с этим. Я регулярно работаю с технологиями, в которых очень хорошо разбираюсь, но отказываюсь давать оценки, когда это уместно, потому что, например, понимание PHP абсолютно не означает способности оценивать обновления сложных модулей Drupal. Существует большая разница между предоставлением оценки, которую вы действительно считаете разумной (и должным образом дополненной), и тем, о чем просит ОП, то есть советом для тех, кто настаивает на оценках вещей, которых он не понимает . Угадывать было бы и нечестно, и саморазрушительно.
@kungphu Скорее всего, ОП не просят жестко и быстро «это займет у меня 5 часов», что будет на 100% правильным. Весьма вероятно, что менеджеру ОП просто нужно представление о размере задачи. Есть большая разница между задачей, которая займет один или несколько часов, и задачей, которая займет один или несколько дней/недель. Менеджеру нужна эта информация, даже если 100% точная оценка невозможна. ОП должен будет подчеркнуть точность своей оценки, но это все равно будет намного лучше, чем «Я ничего не могу сказать».
«Остановить страх, стресс и неприятные чувства. Это эмоции, которые ты навлекаешь на себя» — похоже, третий руководитель проекта как минимум этому способствует. Конечно, эмоции ОП - это его / ее собственная ответственность, но я не думаю, что они исходят исключительно из него самого.
@Cronax: тем не менее, стоит остерегаться анти-шаблона управления, заключающегося в том, чтобы брать оценку и рассматривать ее как верхний предел. Если менеджер дополняет оценку непредвиденными обстоятельствами, чтобы определить обязательство/крайний срок, тогда вы даете другую оценку, чем если бы менеджер брал оценку, добавлял текущую дату и называл ее датой отгрузки :-) В последнем случае менеджер (возможно, неявно) просит вас включить непредвиденные обстоятельства с самого начала, что мне не нравится, но случается.
@SteveJessop Конечно. Основное предположение состоит в том, что вы четко даете менеджеру понять, какую оценку вы им даете. Это касается любой оценки, даже в устоявшихся командах: всегда стоит сообщать, насколько точной вы считаете свою оценку, без этой информации я считаю, что оценка почти бесполезна.

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

Для задачи, с которой вам очень комфортно, вы можете начать давать узкие диапазоны. «Я закончу ежемесячный отчет за два часа плюс/минус 15 минут». Когда вы сталкиваетесь с задачей, которую вы не знаете, что повлечет за собой, правда вполне может быть «от двух часов до двух дней». Просто заявить, что это прозвучит нагло, так что дайте это с пояснением. «Я видел ежемесячный отчет, составленный в рамках другого проекта. Я должен изучить его. Если цифры где-то доступны, двух часов должно быть достаточно, чтобы написать отчет. Если мне нужно найти способ их расчета и выискивая источники, это может легко растянуться до двух дней и более».

Теперь менеджер может позволить своему внутреннему Кирку болтаться и кричать на вас, что два дня неприемлемы. На что вы можете ответить, что 1) еще возможно, что это делается за 2 часа, просто вы не можете оценить вероятность, 2) вы не можете создать истинные цифры из воздуха, 3) после того, как вы прошли процесс один раз, вы можете лучше подготовиться к следующему разу (собирая цифры в течение месяца, повторно используя макрос Excel для их расчета на основе необработанных данных), поэтому в следующем месяце отчет будет намного короче, и 4) спросите ее, если два дня неприемлемы, что делать, если окажется, что номера не будут доступны вовремя? Например, предоставить только один раздел отчета (какой именно) или получить разрешение вытащить второго человека из его обычных задач, чтобы он тоже работал над цифрами?

Особенно важно правильно понять четвертый. Вы должны проявить понимание к ее беспокойствам и быть искренне открытыми для альтернатив, мягко напоминая ей, что «сделать это в отведенное мне время» — не вариант. Если вы будете вести себя саркастично или снисходительно, вы понизите свои шансы на установление конструктивных отношений с вашим руководителем.

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

Я думаю, вам следует удалить комментарий о точечных оценках, это отвлекает от отличного ответа.
Почему это отвлекает? Для меня это весь смысл ответа. Все остальное следует непосредственно из него.
Отвлекает =/= отвлекает. Я говорю, что первое предложение делает ответ хуже, чем мог бы быть, потому что оно содержит утверждение, которое в лучшем случае является мнением, а в худшем — ложной информацией. При правильном использовании точечные оценки являются действенным инструментом.
@Cronax Хорошо, я смягчил чрезмерно обобщающее утверждение. Тем не менее, думаю, что это правильный момент для размышлений, и, в конце концов, все ответы здесь основаны на мнении. Но теперь, когда вы упомянули об этом, я согласен с тем, что я плохо сформулировал это в своем первоначальном ответе. Спасибо за ваше предложение.
Проблема с указанием диапазонов в том, что некоторые люди слышат только меньшую цифру... ;-)

Я считаю, что оценка PERT полезна для задач разработки программного обеспечения. Резюмируя:

a = время, если вы пролетите через него, без задержек, без проблем

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

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

Расчетное время = (a + 4b + c) / 6

Изменчивость = (с - а) / 6

Скажем, вы думаете, что задача в идеальных условиях займет день, и обычно вы доберетесь до нее в течение следующих 2 дней из-за совещаний, но есть несколько этапов, которые могут вызвать проблемы, и тогда это будет 9 дней. Тогда ваша оценка будет (1 + 4x2 + 9) / 6 = 3 дня, изменчивость — 1,3 дня, поэтому вы скажете: «Я ожидаю, что сделаю это за 3 дня, но это легко может занять 4,5 дня».

Таким образом, у них есть представление о том, когда его ожидать (для доставки клиентам вы хотите оценить время до доставки в календарных днях, включая влияние встреч, праздников и т. д.), и представление о том, что такое консервативная оценка. может выглядеть. Если есть большая переменная, например «это может сломать компонент X, поэтому мне придется изменить и перестроить этот компонент, что потребует дополнительной недели», а затем отметьте это в ответе: «Я ожидаю, что это будет делается за 3 дня, но проверяет пределы компонента X, так что там может быть еще неделя».

Это один из самых сложных моментов работы в малом бизнесе с множеством конкурирующих требований к вашему времени. Так что держитесь обеими руками и не стесняйтесь давать оценки. Чем раньше вы справитесь с этим, тем лучше все будет. Если вас опрашивают лично, не бойтесь сказать: «Я не могу дать вам оценку, которая была бы бесполезна навскидку, позвольте мне прислать вам кое-что к концу дня».

Удачи.

Не знаю, хорошо ли работает PERT, но я не понимаю, почему кто-то проголосовал за вас, не оставив комментария. Так что вы получаете мой +1.

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

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

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

Вы говорите: «Тогда она назначит мне ожидаемое время». Это, пожалуй, самое важное, что нужно решить. Она попросила вас дать оценку. Вы не смогли дать ей один, поэтому она все равно пошла вперед и составила план.

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

Различие между оценкой и планом имеет решающее значение. Отказавшись дать ей оценку, возможно, вы упустили возможность повлиять на план. Можно было бы сказать: «Я действительно не знаю, но я понимаю, что нам нужно что-то спланировать». По крайней мере, тогда вы сможете обсудить план. Поскольку он будет основан на неадекватной информации, вы захотите спланировать его заново. Часто бывает очень полезно, если вы можете сказать, когда, по вашему мнению, вы узнаете больше. Например: «В данный момент у меня недостаточно информации. Невозможно оценить прямо сейчас. Чтобы добиться прогресса, я предлагаю начать с планирования на 4 недели, но я буду знать гораздо больше к конец первой недели, так что давайте встретимся, чтобы посмотреть, близко ли это к отметке. Это сработает для вас? Есть ли какие-либо другие ограничения, о которых мне нужно знать?»

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

Существует широко используемая стратегия получения хороших оценок, которая используется в гибкой разработке / scrum. Для надлежащей оценки вам необходимо точное изложение того, какую работу необходимо выполнить, и каковы критерии приемки. Затем вы разбиваете работу на компоненты, каждый из которых занимает не более двух дней. Затем вы оцениваете, сколько времени занимает каждый компонент. Я имею в виду , что вы оцениваете. Ваш менеджер не может оценить. Ваш менеджер может высказать свои пожелания, которые вы должны полностью игнорировать, потому что желания не делают работу. И вы не делаете никаких оценок для чего-то, что занимает больше двух недель, потому что это почти невозможно сделать правильно.

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

И когда вы делаете эту оценку, вы принимаете во внимание все. В основном вы принимаете во внимание, что вы не работаете 40 часов в неделю без перерыва. А тут еще учтешь мелкую деталь, что ты работаешь на троих, так что вместо 30 часов в неделю она будет получать около 10 часов в неделю твоего труда.

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

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

«Она спрашивает «сколько времени это займет» и ждет ответа прямо сейчас? Это было бы совершенно нелепо и некомпетентно». - Это сильно зависит от того, в какой отрасли находится OP. В некоторых областях, особенно в мире консалтинга, очень принято, чтобы менеджеры проектов задавали этот вопрос и ожидали немедленного ответа. Если вы работаете в компании, которая создает большую часть программного обеспечения, это, очевидно, менее разумно...

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

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

Сгруппируйте подзадачи по возможностям доставки, а затем дайте график продакт-менеджеру.

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

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

Если есть какая-то незнакомая часть... добавьте 5x для незнакомой инфраструктуры, 10x для незнакомого языка программирования, 10x для незнакомого продукта СУБД. Я обычно прибиваю его в пределах 10% от этой скорректированной оценки.

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

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

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

«Вероятность 50 на 50, что это легко и все пойдет гладко, в этом случае это займет всего около 5 часов, что с моей текущей рабочей нагрузкой означает, что я должен получить это для вас через неделю. Даже если что-то пойдет не так. несколькими способами, которые я могу придумать, я на 90% уверен, что это займет меньше четырех недель».

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

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

Это именно то, что я хотел сказать. Спасибо. Этот менеджер должен научиться справляться с тем жизненным фактом, что когда он делает что-то впервые, точную оценку времени действительно трудно обеспечить. Наверное, стоит обсудить это в целом.
Мне нравится эта идея, и я наткнулся на подобное в одной из, кажется, книг Стива МакКоннелла. Итак, в начале проекта я могу сказать, что эта задача займет 1 неделю, и есть 100% погрешность. После того, как он был уточнен, я могу сказать, что это займет 6 дней, и есть 50% погрешности и т. д. и т. д. Главное, чтобы руководство учитывало погрешность, а не просто слышало оценку!
@LaconicDroid Я думаю, что предел погрешности имеет смысл, когда у вас уже есть довольно хорошее представление о том, что вы делаете, и что может пойти не так (или правильно). Одна из наиболее распространенных задач, которые я выполняю, в значительной степени зависит от того, что мы получаем от поставщиков каждый год; в этой ситуации фраза «20 минут с 3000-процентной погрешностью» не так полезна, как фраза «30-процентная вероятность того, что это будет сделано за день или меньше, 90-процентная вероятность того, что это будет сделано за неделю». " Похоже, OP находится в последней ситуации, по крайней мере, на данный момент.

Быть "НОВЫМ" здесь не проблема

Предоставление оценок, как новому, так и старому сотруднику, — это боль, пока вы не овладеете волшебными словами, чтобы облегчить мысли каждого PM.

Недавно мы начали следить за скрамом и явно оценивать свои задачи. Трудно оценивать задачи, особенно при работе над новыми технологиями.

Хватит говорить, дайте мне решение сейчас?

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

Просто добавьте риск к своим оценкам,

введите описание изображения здесь

Основываясь на моем опыте

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

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

@JoeStrazzere Не удалось найти точную ссылку на статью, где я ее читал, но вот несколько близких примеров: calleam.com/WTPF/?page_id=1445 , говоря все это... моя основная цель - облегчить стресс ОП или других читателей, которые буду читать это :)
Мартин Фаулер говорит, что в его книге эта цитата вырвана из контекста, что большинство программных проектов, которые терпят неудачу, терпят неудачу из-за неправильной интерпретации или измененных реквизитов (например, клиент хотел А, а вы реализовали Б). Трата времени на создание унаследованного кода, который не делает того, что требуется, является основным убийцей (поэтому технические навыки даже играют второстепенную роль в соответствии с определенной статистикой, наиболее доминирующим требованием всегда являются требования к программному обеспечению) @JoeStrazzere
Погуглив «Большинство программных проектов терпят неудачу», можно найти отчет Standish Group, датированный 1995 годом: Projectsmart.co.uk/white-papers/chaos-report.pdf ; это было довольно давно, но я чувствую, что ситуация лишь немного улучшилась.
определить "неудачно", хотя?
@ pjs50 в отчете, на который вы ссылаетесь, говорится: «Исследование Standish Group показывает, что ошеломляющие 31,1% проектов будут отменены до того, как они когда-либо будут завершены. Дальнейшие результаты показывают, что 52,7% проектов будут стоить 189% их первоначальных оценок». Итак, как вы определяете "потерпеть неудачу"?
@Математика - может быть, ответ был бы лучше, если бы вы написали «Многие программные проекты терпят неудачу» вместо «Факт: большинство программных проектов терпят неудачу»? Потому что, знаете ли, факты.
@WorkerDrone Очень важно обсудить, что делает проект неудачным ... и для кого он терпит неудачу, у разных людей разные ожидания от проектов, поэтому он может потерпеть неудачу для одного, но для другого. Мой пост был не для обсуждения этого, поэтому я удалю эту часть из своего поста.

Я не видел этого ответа ...
Поговорите со своим непосредственным руководителем / начальником и спросите их, каковы приоритеты - сколько часов в неделю вы должны тратить на каждый из этих предметов, а также на другие предметы (исследования, образование, командные встречи). и т. д.) Несколько лет назад я стал слишком занят и работал со своим боссом над тем, сколько часов в неделю тратить на каждый тип предметов. Это отлично сработало. Если на тип задачи было выделено 10 часов, а я знал, что на что-то уйдет 40, то это будет около 4-5 недель. Я бы также предостерег от любой даты поставки с любыми предварительными условиями, такими как потребность в информации от других людей.

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

Еще один момент, который еще не был упомянут: поговорите с коллегами, которые выполняли аналогичные задачи (если они существуют), и почувствуйте, какое время обычно необходимо.

Я был в той же лодке, когда начал свою работу. Мне приходилось отчитываться перед 3-6 руководителями проектов (в зависимости от того, над какими проектами я работал), и ВСЕ они хотели знать, сколько времени это займет.

Я сделал все возможное, чтобы оценить, и да, поначалу мои оценки были весьма ошибочными. Обычно на низком уровне. (Вплоть до того, что один из моих менеджеров проектов всегда умножал мои оценки на X процентов, прежде чем сообщать их клиенту!) оценки постепенно стали улучшаться.

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

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

Оценить сложно. Не корите себя за это; просто сосредоточьтесь на том, чтобы не повторять одни и те же ошибки оценки дважды.

В переговорах проигрывает тот, кто первым назовет число.

Ваш ответ должен быть таким: «Это зависит от того, какие ожидания были установлены? Каковы жесткие сроки? Какие еще задачи зависят от этого и каковы их сроки?»

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

Кроме того, не спрашивайте их, когда они ХОТЯТ это сделать. Это даст им возможность сказать «вчера».

Затем, в зависимости от их ответа, вы можете продолжить:

Конечно, я доставлю его вам к тому времени (хотя тайно знаю, что это в два раза больше времени, чем вам нужно).

До «Это будет невозможно с моей текущей рабочей нагрузкой, если это нужно будет сделать тогда, вам придется поговорить с одним из других менеджеров и переназначить другую работу». (Обратите внимание, убедитесь, что ОНИ разговаривают с вашим менеджером, а не с вами).

Или даже крайность: «Это невозможно, даже если у меня нет другой работы, что может потребовать либо большего количества людей для работы над проектом, либо пересмотра ожиданий клиентов».

Это не переговоры, это рабочая задача, которую вы уже согласились выполнить.
Это когда один человек хочет, чтобы число было как можно меньше, а другой хочет, чтобы оно было значительно больше. Как вы планируете решить эту загадку без переговоров?
@ Скотт Это не имеет ничего общего с тем, чего «хочет» любая из сторон, как вы сами сказали в этом ответе. Оценка человеко-часов — это не то же самое, что приоритетное решение. Пусть менеджеры решают, что и когда будет сделано. На данный момент ОП должен просто ответить на вопрос. Неудивительно, что менеджеры по проектам испытывают стресс, когда они понятия не имеют, с чем им приходится работать при рассмотрении плана распределения ресурсов.
при работе над несколькими проектами для нескольких менеджеров оценки зависят от приоритетов каждого проекта. @scott: я бы удалил первую строку в вашем ответе, так как это делает его излишне спорным. в противном случае этот ответ не заслуживает отрицательных голосов, которые он получает.
«В переговорах проигрывает тот, кто первым назовет число.», это правда +1