Когда вас спрашивают о дате завершения, есть ли особенно вежливый или умный способ сказать “сделано, когда будет сделано” ?
Это единственный способ сказать: “Я не могу сказать прямо сейчас, проверьте со мной в [данное время]” ?
Я был менеджером в приемной части “будет сделано, когда будет сделано”, и это примерно наименьший полезный ответ, который можно дать+. Сказав это, и ничто другое не поставит вас под серьезную угрозу быть признанным неспособным к сотрудничеству. Вы должны дать больше информации.
Чтобы объяснить немного больше о “почему”, в программном проекте часто есть действия, которые можно выполнить только после того, как вы закончили, но которые должны быть спланированы и запланированы заранее. Если вы не можете сказать что-то о том, когда вы закончите, проект заканчивается еще позже и часто обходится дороже.
Сказав это, “Когда вы закончите?” не всегда означает “Поторопитесь”. Часто человек, спрашивающий, хочет знать, чтобы он мог спланировать. Лучше всего предположить, что если у вас нет причин думать иначе.
Вот некоторые возможные обстоятельства, в которых вы можете оказаться:
Иногда, конечно, вы внезапно понимаете во время работы, что это займет намного больше времени, чем вы думаете. Если время Вашей работы важно, то, как правило, лучше всего сесть и попытаться выяснить, сколько времени это займет на самом деле, а не просто вспахивать землю. Иногда (или, на самом деле, всегда, из-за закона Мерфи) вас попросят оценить время, пока вы еще работаете над этим. В этом случае совершенно нормально сказать “Через некоторое время у меня будет для вас лучшая оценка ”
Кстати, все вышеприведенные ответы предполагают, что вы являетесь сотрудником “старшего уровня”, отвечающим за свое собственное планирование. Если нет, или в случае сомнений, привлеките своего босса.
+технически это не самый лучший ответ. Откровенная ложь или дата, которую вы не намерены держать, была бы хуже. Но “это будет сделано, когда это будет сделано” - это только один шаг вперёд от этих.
Мне всегда нравилось “когда люди перестают меня перебивать”, но я не особенно вежлив.
Это единственный способ сказать: “Я не могу сказать прямо сейчас, проверьте у меня в [данное время]” ?
Определённо, нет. Есть компании/культуры, где “Когда это сделано” является приемлемым ответом Blizzard например , по крайней мере внешне ), и я бы призвал вас работать и изменить вашу культуру в сторону этого.
“Я не уверен, это зависит от Элис и Боба и…. ”достаточно пассивно-агрессивный ответ, который может быть использован в некоторых областях, чтобы отвлечь человека, задающего вопрос, и если он хорошо справляется, то может превратить этого человека в актив, который поможет вам убрать дорожные заграждения.
не уверен, когда вы собираетесь достать мне X? это более откровенно агрессивный ответ, когда кто-то вмешивается в ваш бизнес, но не заботится о своем. Может быть полезно отметить, что ваши оценки не будут лучше их, и держать вас на более высоком уровне - это глупо. Не рекомендуется.
“Я не уверен, мне нужно проверить с моей командой. ” может быть надежным ответом, который дает вам время, чтобы рассмотреть, а также изобразить себя как кого-то, кто уступает экспертным знаниям. Это также помогает, если вы actually проверить с вашей командой, так как они, как правило, могут обеспечить хороший вклад, а также получить купить в срок, который вы по существу обязательства их. Будьте осторожны, однако, так как этот ответ может быть использован не по назначению и изобразить вас как кого-то, кто ничего не делает, кроме как быть посредником.
“Это зависит от того, что он должен сделать? ” Другой убедительный ответ, который может быть пассивно-агрессивным, но иногда может просто привести к хорошей импровизированной сессии сбора требований. Это также работает, чтобы сохранить бизнес честным. Если вы берете на себя обязательства по работе, то они должны взять на себя обязательства по границам (и ресурсам).
“Зависит от того, насколько хорошо он должен работать? ”Похоже на последний вопрос, он помогает уточнить границы и выполняет третью сторону треугольник .
*“Я не знаю. Этот спринт - XYZ.” *Ограниченный ответ для людей, использующих спринты (часто разработчиков программного обеспечения). Хорошая вещь здесь в том, что компания, вероятно, купилась на Agile с Sprints, так что у вас есть эта поддержка. В идеальной среде, единственное, что запланировано, это на ~ 2 недели вашего текущего спринта. Все остальное целенаправленно незапланировано, так что вы можете быть здоровы…. о том, что получит приоритет. В неидеальном мире вещи, скорее всего, планируются до N-ой степени, а затем разбиваются на две недели, но вопрос дает вам хорошую возможность хитро прокомментировать этот абсурд.
Итак, вкратце, есть много плохих способов уклониться от вопроса. Скорее всего, вам лучше дать номер худшего сценария, а затем вернуться к реальной работе.
Мне нравится “для этого пока нет оценки”
Он дает ответ, который вы хотите, он довольно фактологический и нейтральный по тону, и он предполагает, что оценка может быть сделана в какой-то момент, но, конечно, не прямо сейчас здесь, у кофеварки, без четкого представления о том, что бы это на самом деле означало, чтобы сделать то, о чем он спрашивает.
Вы должны быть готовы к вопросу “что бы вам нужно, чтобы сделать оценку”, так как это нужно воспринимать всерьез.
Когда вас просят оценить сроки выполнения, есть ли особенно вежливый или умный способ сказать: “Сделано, когда будет сделано” ?
Обычно вам не сойдет с рук быть умным и сказать: “Будет сделано, когда будет сделано”, независимо от того, как вы вставляете его в рамку. Когда вас просят оценить даты выполнения, это обычно не то, что хочет услышать запрашивающий.
Вместо этого, вы можете передать свою оценку и дать степень точности вашей оценки.
Что-то вроде “Исходя из моего текущего понимания проекта, моя оценка составляет 3 месяца”. Но поскольку Требования еще не написаны, я смогу предоставить более точную оценку, как только прочитаю ее". (Не для протокола, я называю это “оценки”.)
Если ваша рабочая среда требует чего-то более формального, чем эта неофициальная устная или электронная оценка, убедитесь, что вы включили all ваших предположений в вашу официальную оценку вместе с оценкой точности, с которой вы можете оценить в то время.
Вы можете сделать лучше, если вам разрешено больше времени для подготовки вашей оценки, и вам предоставлено больше данных, на которых вы можете основывать вашу оценку.
После того, как вы предоставите свои оценки (независимо от того, как они будут получены), держите заинтересованные стороны в курсе событий, если что-то случится, что изменит вашу оценку - особенно в связи с приближением сроков.
Я предполагаю, что вы ответственны за проект или задание, о котором вас спрашивают. В таком случае, почему вы не можете сказать?
Задача в том виде, в котором она дана вам, плохо определена
Все это законные причины не иметь хорошей оценки, но это также проблемы, которые вам нужно активно поднимать перед вашим менеджером (или, в первом случае, вы можете получить подтверждение от них, что задача может проскользнуть, чтобы позволить более приоритетные вещи). “Сделано, когда сделано” просто создаст впечатление, что вы ничего не знаете и ничего не делаете, чтобы это выяснить. Таким образом, это мешает вашему менеджеру планировать общую картину.
Из ваших ответов на комментарии и ответы я подозреваю, что ваш вопрос действительно должен быть:
Моя работа состоит из множества небольших заданий, которые я могу получить в любом порядке, и которые имеют различные приоритеты. У меня постоянная очередь низкоприоритетных задач, которую я могу выполнить только в том случае, если нет задач с более высоким приоритетом.
Меня часто просят дать оценку того, когда будут завершены низкоприоритетные задачи. Мой текущий ответ “Будет сделано, когда будет сделано” получен не очень хорошо.
Что мне делать?
С этой точки зрения, ответ очевиден - нужно лучше отслеживать и управлять задачами. Это не потребует изменений в вашем процессе/вопросе/приоритизации - просто немного дополнительной работы по отслеживанию времени выполнения каждой задачи.
Оцените количество часов, необходимых для выполнения каждой задачи, когда они появятся в вашей очереди.
Каждую неделю просматривайте количество часов, потраченных на каждый уровень приоритета, и держите среднее, чтобы вы знали, сколько часов в неделю вы обычно имеете для данного уровня приоритета.
Номер 1, вероятно, достаточно легко для грубого предположения. “Между 6 и 10 часами” - это хорошо, здесь не нужно стремиться к точности, просто приблизительная оценка. Скорее всего, у вас есть достаточно хорошее понимание задачи, что вы можете дать достойную оценку здесь с вероятным минимумом и максимумом.
Номер 2 будет требовать немного больше работы каждую неделю. Если вы уже отслеживаете задачи и время, то это не должно быть сложно, но даже если вы не просто держите блокнот, и каждый раз, когда вы заканчиваете задачу, записываете уровень приоритета и сколько часов вы потратили на это. В конце недели вы можете добавить время для каждого приоритета вместе, и как только вы делаете это в течение нескольких недель, у вас должно быть приличное среднее время работы.
Когда кто-то просит вас о дате завершения, добавьте все часы для его задачи и задачи, стоящие перед ним на заданном уровне приоритета, вместе на минимальное и максимальное время, а затем разделите на среднее количество часов, доступных для этого уровня приоритета в неделю. Не указывайте им, сколько часов вы назначили на одну задачу или сколько часов в неделю, им просто нужно знать, в какой день это не произойдет раньше, а в какой день это должно быть сделано. До этого есть 3 задачи, и, похоже, лучше всего будет в следующую пятницу, а хуже всего - в следующую среду. Проверьте со мной через несколько дней, и я буду иметь лучшую оценку.“_
Если есть задачи, которые должны быть сделаны, что никогда не будет сделано, вы можете рассмотреть вопрос о реализации повышения уровня приоритета на основе времени. Низкоприоритетные задачи, если не сделано в течение N недель, перейти на следующий уровень приоритета.
Таким образом, вы можете предоставить оценки, которые будут управлять ожиданиями ваших коллег и начальства.
Нет информации, "Это будет сделано, когда это будет сделано” хуже, чем нежелательная информация, _“Высокоприоритетные задачи затопляют нас. Пройдет 8 недель, прежде чем это получит автоматическое обновление приоритета, а затем потребуется неделя или две в этой очереди, пока все не закончится”.
Это то, что ты никогда не должен говорить. Все, что вы будете делать, это раздражать вашего менеджера и заставлять вас выглядеть некомпетентным.
Скажите ему, что вы думаете, что это займет (если вы не можете определить шаги и приблизительно, что они будут делать, то вам, вероятно, нужно, чтобы кто-то сделал лучшую работу по требованиям, так что скажите ему, что требования неясны и, следовательно, вы не можете определить, что это займет.), какие задержки у вас, как правило, из-за более приоритетной работы, а затем дать ему дату. Клиенты не согласятся с тем, когда наступит срок сдачи, поэтому не стоит давать ему его. Когда что-то происходит, чтобы изменить приоритет и другие вещи подталкивают его вперед, напишите менеджеру и установить новую дату, основанную на задержке. Часто, когда вы указываете на изменение даты, эти вещи с более высоким приоритетом сдвигаются вниз. Когда происходят вещи, которые приводят к тому, что работа занимает больше времени, чем вы предполагали, убедитесь, что менеджер сразу же знает, какое влияние это оказывает на дату выполнения.
Любой разработчик должен быть в состоянии предоставить оценку времени. Это часть того, за что вам платят, так что перестаньте “когда угодно”. Если у вас это не очень хорошо получается, то лучше вести учет того, что вы оценили, и какова была реальная дата. Включите время задержки и время для встреч, общения по электронной почте, требования к доработке, модульное тестирование, поддержку qa-тестирования и т.д. в вашу оценку, чтобы получить лучшее число. Если вас попросили указать прямую дату, предположим, что не более 6 производительных часов в день, когда вы конвертируете часы, которые, по вашему мнению, займут несколько дней, и вложите пару дней для неизбежных задержек.
На основании комментариев по другим ответам, кажется, что ваша проблема заключается не в оценке времени, а в сообщении задержек на основе изменения приоритетов. Что вам нужно, так это быть более, а не менее коммуникабельным, когда это происходит. Вам нужно дать людям знать, когда их задача попадет в список приоритетов (и к чему) и будет задержана, и как долго вы ожидаете, прежде чем вернетесь к ней. Пусть они идут бороться с приоритетами вместе с менеджерами. Скажите им, что они могут поговорить с менеджером, если они не согласны с текущими приоритетами.
Но это ваша абсолютная обязанность дать им знать, когда все изменится, и что вы будете работать над чем-то перед их проектом. Это не должно ждать, пока они не спросят вас, почему это еще не сделано. В любом случае, “когда” не является приемлемым ответом. Притворяться, что вы слишком заняты, чтобы ответить, тоже неприемлемо.
Вы должны понимать, что отчеты о ходе работ, оценки времени и т.д. - это все ваша работа, и они так же важны или более важны, чем фактические части разработки. Это не является ненужным перерывом, это часть вашей работы. Эти люди платят вам зарплату своими проектами. Начните относиться к ним с уважением и уважением. Как только они узнают, что могут доверять вам, чтобы вы сказали им, когда дела будут отложены, они будут меньше беспокоить вас.
Вы должны ответить дистрибутивом, а не одним номером: что-то вроде: “Это можно сделать на следующей неделе, если повезет”. Если нам не повезет, то через шесть недель. Лучшее предположение - около двух недель". Такая реакция часто вызывает плохую реакцию. Если это так, то можно указать на любое количество софтверных трактатов по оценке стоимости, которые показывают, что такая неопределенность обычна и реалистична.
Я работал над подобным проектом. Задание, которое, как я думал, займет две недели, в итоге заняло полтора месяца.
К счастью, я знал, что у меня не хватает времени. Поэтому, когда мой босс спросил бы в стендап-апе (мы работаем с Agile-разработкой), я бы дал ему свою лучшую оценку и объяснил, почему я так подумал. Хотя мои оценки в конечном итоге оказались неточными, я дал ему то, что, как я думал, потребуется по запросу, но убедился, что он знает, что это может измениться.
В общем, честность - это лучшее, быть честным и держать его в курсе. Бывает, что нет четкого ответа, и все, что мы можем сделать, это держать наших боссов в курсе дела, насколько это возможно.