Когда Кодовое Замораживание Поворачивается, Чтобы Закодировать Слякоть
Время На Рынок (TTM) является жизненным понятием, которое понимает каждый руководитель. Выпуская продукт на рынок прежде, чем Ваше соревнование дает Вам существенное преимущество первого двигателя. Также, на менеджеров проектов чрезвычайно оказывают давление, чтобы сократить их проектные списки. Но ускоряющееся кодовое замораживание оптимизируют TTM?
При прочих равных условиях, чем скорее Вы объявляете кодовое замораживание, тем быстрее Вы достигнете TTM. Скольжение кодовой даты замораживания наиболее вероятно приведет к полному промаху списка. Но объявляя кодекс как frozen когда это фактически чувствует больше как slush приведет к еще большей задержке списка.
Кодовое замораживание означает не больше изменений к грузу программного обеспечения. Для таковых из нас, кто опытные разработчики программного обеспечения, мы знаем, что истинное кодовое замораживание редко происходит. Ошибки вообще найдены даже после того, как груз был установлен в области. Но по крайней мере, кодовое замораживание должно показать, что Вы не планируете взбалтывать больше кодекс и что Вы честно полагаете, что программное обеспечение может быть выпущено с небольшим количеством надежды на стабильность.
Когда кодовое замораживание объявлено, проектное изменение динамики значительно. Исходный склад заперт, процессы сжаты, чтобы гарантировать, что никто не вводит изменение, которое могло дестабилизировать груз, и в некоторых случаях, команды развития демонтированы. Так как кодекс заперт, менеджеры рассуждают, что разработчики теперь свободны воздействовать на другие проекты, и поэтому повторно назначить им на другие команды.
Что случается с проектом, что все еще требует развития, но где проект mangler искусственно объявляет кодовое замораживание, таким образом теряя его/ее команду развития? (Пожалуйста скажите мне, что Вы уже знаете этот ответ).
Как менеджер проектов, Вы должны держать честным. Если груз программного обеспечения еще не готов к кодовому замораживанию, допустите это. Несомненно, объявление кодового замораживания вовремя могло бы заставить Вас быть похожими на героя сегодня, но когда люди начинают поднимать ошибки, и Вы должны подсунуть свой проектный список, потому что (a), груз непостоянен и (b), Вы не имеете разработчиков в запасе, чтобы установить дефекты, slush поразит поклонника. И доверяйте мне, Вы будете желать, чтобы Вы были бы честны и выставили бы свою кодовую дату замораживания.