Менеджер проектов должен спросить, сколько времени потребуется для реализации некоторой функциональности? [закрытый]

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

Вместо:

url(r'^api/', include('slack.rest_slack.urls', namespace='rest_slack')),

Я думаю, что должно быть:

url(r'^api/', include('rest_slack.urls', namespace='rest_slack')),

Обратите внимание, что нет необходимости в части slack в slack.rest_slack.urls.

5
задан Maksym Gontar 27 September 2009 в 07:04
поделиться

12 ответов

Нет никакого другого способа знать, сколько времени что-то возьмет. Необходимо быть благодарны, действительно, что PM даже консультируется с Вами - слишком много менеджеров собираются с клиентом и обещают невозможные временные шкалы, затем ожидают, что devs будет соответствовать их возмутительным обещаниям.

26
ответ дан 18 December 2019 в 05:11
поделиться

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

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

13
ответ дан 18 December 2019 в 05:11
поделиться

Да, Вы не можете убежать от премьер-министров, желающих точное число того, сколько времени что-то возьмет.

Мой подход должен был дать оценки с +/-значения. Я на 60% уверен, что закончу это через неделю, существует 30%-й шанс, это будет более долгий, и 10%-й шанс, это будут 2 дня. Требует времени, чтобы премьер-министр привык к той идее, но это - действительность ситуации. Как кто-то мудрый когда-то сказал, только [вводят божество здесь], может изменить действительность, независимо от того, насколько премьер-министр хотел бы, чтобы она отличалась.

Мы знаем, что Dev является неточной наукой, силой традиционного управления проектами, встречая креативность, и лучше всего угадайте, что оценка является, вероятно, единственной самой большой головной болью профессиональной разработки. Действительно хорошее приобретение знаний из Гибкого состоит в том, как плохо мы при оценке, большая часть Dev недооценит 80% времени - это - моя оценка так или иначе.

7
ответ дан 18 December 2019 в 05:11
поделиться

Да, это - его задание, потому что время = деньги

Если Вы считаете факт этим

  1. Вы - часть бизнеса
  2. то, что цель бизнеса состоит в том, чтобы делать деньги
  3. Время = деньги

Затем это, имеет смысл, что Ваш менеджер спрашивает Вас, "Сколько времени это возьмет", потому что это переводит perfecty в, "Какого количества это будет стоить".

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

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

ВАШ JOB должен обеспечить лучшие, самые честные оценки, Вы можете. Как кто-то еще сказал, всегда вселяйте веру prcentage. "2 дня, 30%, уверенных" "Возможно 1 день, могли быть 3 худшими случаями" и т.д.

Это может быть раздражающим, чтобы быть постоянно спрошенным, но это - его задание.

P.S. Иногда ответ "Я не знаю", совершенно приемлемо, однако необходимо формулировать его как, "Я не знаю, я должен посмотреть на него немного больше, и у меня будет лучшая идея затем".

Надеюсь, это поможет.

5
ответ дан 18 December 2019 в 05:11
поделиться

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

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

3
ответ дан 18 December 2019 в 05:11
поделиться

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

2
ответ дан 18 December 2019 в 05:11
поделиться

При условии, что он принимает Ваш ответ.

Если премьер-министр имеет число в виду, когда он задает Вам вопрос, он не должен быть удивлен его результатами.

2
ответ дан 18 December 2019 в 05:11
поделиться

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

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

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

2
ответ дан 18 December 2019 в 05:11
поделиться

Выяснение намного лучше, чем принятие.

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

2
ответ дан 18 December 2019 в 05:11
поделиться

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

Кроме того, если Ваша оценка больше чем неделя, то это, вероятно, выключено на 100-1'000'000% (иначе "чистое предположение"). Если Вы придумываете "несколько недель", я предлагаю, чтобы начали разбивать задачу и оценили части. Это поможет Вам заметить опасные зоны (где Вы действительно понятия не имеете, сколько времени это собирается взять).

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

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

2
ответ дан 18 December 2019 в 05:11
поделиться

Да. Лучше, что менеджер консультируется с командой по поводу требуемого времени. И команда должна придумать фактическую временную шкалу, принимающую во внимание все факторы. Бремя находится в команде для выравнивания по ширине времени, требуемого для предоставления качественного вывода. Если бы менеджер достаточно хорош, он ценил бы его и согласился бы с командой.

1
ответ дан 18 December 2019 в 05:11
поделиться

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

1
ответ дан 18 December 2019 в 05:11
поделиться
Другие вопросы по тегам:

Похожие вопросы: