Жизненный цикл задачи [закрывается]

Мне нравится сохранять это простым:

• Ожидание
• В риске
• В производстве
• Завершенный

У меня также есть очень определенные визуальные цвета помощи для этих задач, когда я перечисляю их в системах или электронных таблицах Excel как шоу выше:

Подробное представление каждого:

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

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

В Производстве регулярная задача, я продолжаю работать. Это, возможно, не имеет в унисон даты, таким образом, это никогда не будет входить в Риск, или возможно если я задержусь слишком много, я назначил в унисон дату, и та задача может измениться на В Риске.

Завершенный в значительной степени очевидно.

На самом деле нам удается иметь один жизненный цикл для другого вида задач

• Открытый
• Работа
• Отклоненный
• Быть протестированным
• Разрешенный
• Закрыть

Это относится к нашим задачам на основе ITIL (набор понятий и политик для управления инфраструктурой информационных технологий (IT), разработкой и операциями.):

• случай
• изменение
• зависимость (перегруппировывают несколько изменений),
• выпуск (перегруппировывают несколько зависимостей),

Не забывайте:

• вторичный жизненный цикл задачи может быть необходим для определенных задач: например, прежде чем быть открытым, продолжил работать, и т.д., РЭЛ (Выпуск) должен быть отправлен сначала.
• жизненный цикл одобрения может прийти определенные задачи: нельзя отправить РЭЛ (Выпуск) без списка одобрения.

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

Так как у нас есть несколько отделов, работающих над задачами, у нас есть litte больше состояний... Наши различные состояния жизненного цикла:

• указывать (для управления производством)
• воспроизвести (для тестирования, проверить, например, является ли что-то программной проблемой или просто неверной конфигурацией клиентом),
• разработать (для разработчиков)
• тестировать/проверять (на тестирование deparment)
• к документу (для документации, например, включать его в руководство пользователя)
• реализованный и проверенный (это - время, когда мы закрываем задачу),
• ограничение / отклонение / не восстанавливаемый

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

Более простой, чем простой

open
error/change analysis
qa review
closed/rejected

Я думаю, что только 2 необходимых объекта "Открыты" и "Закрываются" все, что остальные - градиенты.

Я использую:

• Открытый
• Ожидание
• Разрешенный
• В ожидании
• Закрытый

Иногда я добавляю к этому:

• Происходящий
• Тарифицированный
• В тесте
• Обзор
• Отмененный

Это зависит от потока операций команды.