LINUX.ORG.RU

История изменений

Исправление stevejobs, (текущая версия) :

Ну а составить план-график и следить за его выполнением - это даже не основное.
Мне попадались люди, которые даже не пытаются этого делать.

Если у тебя требования, выдвигаемые заказчиком, меняются каждые два дня, зачем его делать?

По пиэмбуку, если поменялись критичные для сроков проекта требования (которые обычно указываются в проджект чартере), это должно вести к перезапуску проекта. Если перезапускать каждые два дня - получится аджайл xD

Я уже год живу в такой структуре: есть огромный багтрекер с хотелками и багами, и мы просто делаем из него любые интересные тикеты, кому какой больше нравится. Есть приоритетные баги, например критические ошибки «сервер не запускается» и все ошибки безопасности. Брат жив.

Куда лучше делать не «проект», а «процесс по улучшению продукта», и тогда не будет никаких дебильных ограничений с необходимостью создания армейской структуры

Исходная версия stevejobs, :

Ну а составить план-график и следить за его выполнением - это даже не основное.
Мне попадались люди, которые даже не пытаются этого делать.

Если у тебя требования, выдвигаемые заказчиком, меняются каждые два дня, зачем его делать?

По пиэмбуку, если поменялись критичные для сроков проекта требования (которые обычно указываются в проджект чартере), это должно вести к перезапуску проекта. Если перезапускать каждые два дня - получится аджайл xD

Я уже год живу в такой структуре: есть огромный багтрекер с хотелками и багами, и мы просто делаем из него любые интересные тикеты, кому какой больше нравится. Есть приоритетные баги, например критические ошибки «сервер не запускается» и все ошибки безопасности. Брат жив.