Отрезания функции или график задержки (близко к завершению кода)

Question

хотели бы изучить, каковы общие методы в

<ол начать = «2»>

сбрасывает особенности

принять решение отложить проект график

дизайн функции таким образом, что может быть отброшено с меньшей болью

задержки график проекта с хорошей оценкой без повторной задержки снова

подготовки к завершению проекта, чтобы избежать задержек в расписании

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

Я понимаю, что это вопрос без абсолютного ответа.

Answer 1

С точки зрения бизнеса, у вас может быть нет, некоторые или все из перечисленных выше вариантов, например. если в вашем контракте указано «по дате X или у вас нет денег», вы можете попробовать только добавить ресурсы или сократить требования. Поскольку вы близки к завершению проекта, добавление дополнительных ресурсов может быть контрпродуктивным.

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

Отсрочка даты доставки - это то, что happens most of the time: лучшее, что вы можете сделать, это как можно скорее реагировать и поддерживать ожидания клиента реалистично. Хотя это больно, клиент, вероятно, оценит тот факт, что он/она/может адаптировать свои собственные планы и избежать распространения ущерба (отменить или отложить маркетинговые планы и т. Д.).

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

Это большой предмет: это просто снимает его.

Answer 2

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

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

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

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

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