Что должно штраф/ответ за пропавших без вести крайнего срока быть? [закрытый]

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

Кроме того, я бы порекомендовал вам различать оценки, цели и обязательства. И управляйте «разрывом» или риском между оценкой <--- разрыв ---> обязательства. Взгляните на оценку программного обеспечения: демистификация черного искусства.

Они пропустят крайний срок максимум 2 раза, после этого они могут пропустить столько дедлайнов, сколько захотят ...

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

Менеджер проекта должен иметь штраф за неправильное вычисление крайнего срока, а не за его пропуск ...

Изменились ли спецификации или требования после того, как была дана оценка?

Ссылка Google: MapReduce: Упрощенная обработка данных в больших кластерах

Появился в :
OSDI'04: Шестой симпозиум по разработке и реализации операционных систем,
Сан-Франциско, Калифорния, декабрь 2004 г.

Эта ссылка содержит ссылку на слайд в формате PDF и HTML.

Существует также страница Википедии с описанием со ссылками на реализацию.

Также критика,

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

[Доступно для просмотра (ложь)]

Чтобы сделать полшага назад, общий успех проекта основан на общих преимуществах, предоставляемых компании / сообществу - выгоды должны быть четко определены в начале проекта, и МОЖЕТ включать код качества или время выхода на рынок или функциональность или общее качество или любое их сочетание. Стоимость / усилия оцениваются на основе того, что нацелено, окружающей среды и задействованных людей… НЕТ СПОСОБА точно определить затраты или сроки (вы не можете предсказать будущее), но вы устанавливаете их в качестве руководящих принципов, чтобы помочь сориентироваться и убедитесь, что конечные преимущества не перевешиваются усилиями. На ваши конкретные вопросы:
Общий успех проекта основан на общих преимуществах, предоставляемых компании / сообществу - выгоды должны быть четко определены в начале проекта, и МОЖЕТ включать код качества или время выхода на рынок, или функциональность, или общее качество, или любую комбинацию. Стоимость / усилия оцениваются на основе того, что нацелено, окружающей среды и задействованных людей… НЕТ СПОСОБА точно определить затраты или сроки (вы не можете предсказать будущее), но вы устанавливаете их в качестве руководящих принципов, чтобы помочь сориентироваться и убедитесь, что конечные преимущества не перевешиваются усилиями. На ваши конкретные вопросы:
Общий успех проекта основан на общих преимуществах, предоставляемых компании / сообществу - выгоды должны быть четко определены в начале проекта, и МОЖЕТ включать код качества или время выхода на рынок, или функциональность, или общее качество, или любую комбинацию. Стоимость / усилия оцениваются на основе того, что нацелено, окружающей среды и задействованных людей… НЕТ СПОСОБА точно определить затраты или сроки (вы не можете предсказать будущее), но вы устанавливаете их в качестве руководящих принципов, чтобы помочь сориентироваться и убедитесь, что конечные преимущества не перевешиваются усилиями. На ваши конкретные вопросы:
но вы устанавливаете их в качестве руководства, чтобы помочь сориентироваться и убедиться, что конечные преимущества не перевешиваются усилиями. На ваши конкретные вопросы:
но вы устанавливаете их в качестве руководства, чтобы помочь сориентироваться и убедиться, что конечные преимущества не перевешиваются усилиями. На ваши конкретные вопросы:
1. - Какие штрафные санкции я видел? От увольнения до отсутствия штрафа - в большинстве случаев я не видел никаких предпринятых действий, что, вероятно, является самой большой причиной провала проекта (ответ №2)

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

3 - какой ответ восстановил рабочий порядок? Анализ первопричин / рисков, выяснение основных проблем отклонения от проекта. Сроки и затраты - это просто индикаторы того, что у проекта могут быть проблемы, есть и другие, более значимые, такие как общее качество, командная мораль и коммуникация, которые указывают на то, что проект находится под давлением.

4 - какой ответ привел к еще большему количеству плохого кода? Отсутствие ответа ИЛИ сосредоточение внимания на соблюдении установленных сроков вместо достижения намеченных выгод.