TargetProcess

Solve your problems or get new ideas with basic brainstorming

Начать. Это бесплатно
или Регистрация c помощью Вашего email-адреса
Rocket clouds
TargetProcess создатель Mind Map: TargetProcess

1. Feature

1.1. Блоки (подсистемы) конфигурации

1.2. Смысловые блоки задач (например, Текучка)

2. Project

2.1. Одна или несколько баз единой конфигурации

3. User Story

3.1. Доработка конфигурации

3.2. Административная задача

3.3. Написание инструкции

3.4. Создание полезного контента

3.5. Подготовка нового релиза или обновления типового релиза

4. Task

4.1. Задача исполнителя в рамках US

4.2. Минимальная разбивка на Таски содержит части, показываемые заказчику

5. Измерители

5.1. Pt

5.1.1. Абстрактная единица

5.1.2. Длительность плюс неопределенность

5.1.2.1. Длительность в идеальных днях

5.1.2.2. Низка неопределенность - точно знаем что делать - берем ближайшее бОльшее число Фибоначчи

5.1.2.3. Средняя неопределенность - знаем что делать, но возможны детали - берем следующее число Фибоначчи

5.1.2.4. Высокая неопределенность - не знаем деталей, есть только общее описание задачи - берем второе последующее число Фибоначчи

5.1.2.5. Пример. Есть задача написать отчет, сложность написания оценивается в 2 идеальных дня

5.1.2.5.1. Четко понятно что нужно сделать (откуда брать данные, как построить запрос, какой макет использовать) - 2 pt

5.1.2.5.2. Точно не известно откуда брать все данные, может быть проблема со сбором всех данных в одном отчете - 3 pt

5.1.2.5.3. Нет четкого описания данных отчета, нет необходимого макета - 5 pt

5.2. h

5.2.1. При оценке (Effort) - непрерывное последовательное время на реализацию задачи

5.2.2. При отражении факта (Spent) количество затраченных на реализацию задачи часов

6. Release

6.1. Релиз конфигурации

6.1.1. Для собственных конфигураций определяется разработчиком

6.1.1.1. Дата начала - дата начала сбора релиза

6.1.1.2. Дата окончания - дата перехода всех рабочих баз на новый релиз

6.1.1.3. Необходим для концентрации багов в релизе в более узкий и редкий временной коридор

6.1.1.4. Рекомендуется релиз раз в 2 недели

6.1.2. Для типовых определяется Вендором

6.1.2.1. Дата начала - дата начала подготовки обновления

6.1.2.2. Дата окончания - дата перехода всех рабочих баз на новый релиз

6.2. В течении релиза исправляются только критичные баги

6.2.1. При внесении изменений указывается текущий активный релиз

6.3. Некритичные баги и новые доработки включаются в следующий релиз

6.3.1. При готовности доработки в Баге или ЮС указывается следующий релиз

6.4. Задачи, не связанные с разработкой включаются в отдельный релиз "Без релиза"

6.4.1. Для удобства релиз может быть разбит на месяца или кварталы

6.4.1.1. В этом случае дата начала и окончания релиза равны датам начала и окончания периода (месяц, квартал)

6.4.2. Исключением являются инструкции. Для них необходимо указывать конкретный релиз для контроля актуальности

7. Impediment

7.1. Ожидание от пользователя ответа по задаче

7.2. Ожидание от пользователя результата тестирования

8. Bug

8.1. Найденная в рабочей базе ошибка

8.2. Багом не является найденная в процессе тестирования ошибка, исправленная до переноса изменений в рабочую базу

8.3. Критичным является Баг, искажающий данные или делающей невозможной работу пользователей. Исправляется в текущем релизе

9. Статусы

9.1. Feature

9.1.1. New

9.1.1.1. Получена задача доработать блок или создать новый

9.1.2. Planned

9.1.2.1. По блоку ведется предварительная работа (список доработок, требований и т.д.)

9.1.3. In Progress

9.1.3.1. Блок находится в стадии реализации

9.1.4. Ready

9.1.4.1. Блок реализован и протестирован. Идет внедрение

9.1.5. Done

9.1.5.1. Блок внедрен

9.1.6. Статусы меняет Проджект менеджер или Продукт Овнер

9.2. User Story, Bug

9.2.1. Open

9.2.1.1. Задача поставлена владельцем системы

9.2.2. Planned

9.2.2.1. Задача назначена разработчику

9.2.2.2. Задача оценена в Pt

9.2.3. In Progress

9.2.3.1. Задача принята разработчиком в работу

9.2.3.2. Задача разбита на таски

9.2.3.3. Таски оценены в идеальных часах

9.2.4. Ready to Release

9.2.4.1. Доработка выполнена и протестирована разработчиком

9.2.4.2. Доработка протестирована заказчиком

9.2.4.3. Для задач без доработки не используется

9.2.4.4. У Тасков проставлено затраченное время (Spent), оставшееся время (Remain) равно 0

9.2.5. Done

9.2.5.1. Доработка перенесена в рабочую базу

9.2.5.2. Задача выполнена

9.2.6. Статусы Open и Planned ставит Ведущий программист, далее только Разработчик

9.3. Task

9.3.1. Open

9.3.1.1. Задача создана

9.3.1.2. Оценена продолжительность

9.3.2. In Progress

9.3.2.1. Задача в работе у разработчика

9.3.3. Done

9.3.3.1. Задача протестирована разработчиком

9.3.3.2. Для тестирования заказчиком перенесена в тестовую базу

9.3.4. Статусы меняет Разработчик

10. Board

10.1. Features

10.1.1. Отображаются Фичи

10.1.2. В колонках Статус

10.1.3. Фильтров нет

10.1.4. Показывает текущее состояние блоков систем

10.1.5. Для Руководителя проекта и Ведущего программиста

10.2. User Stories Backlog

10.2.1. Отображаются ЮС

10.2.2. В колонках Статус

10.2.3. В строках Приоритет

10.2.4. Фильтр на Фичу не Статусе Todo или Done

10.2.5. Показывает список ЮС

10.2.6. Используется для назначения на разработчика и переноса в статус Planned, исходя из приоритетов

10.2.7. Для Руководителя проекта и Ведущего программиста

10.3. Bugs Backlog

10.3.1. Отображаются Баги

10.3.2. В колонках статус

10.3.3. В строках приорит

10.3.4. Показывает список Багов, количество критичных багов

10.3.5. Используется для назначения на разработчика и переноса в статус Planned, исходя из приоритетов и критичности

10.3.6. Для Руководителя проекта и Ведущего программиста

10.4. US and Bugs at Work

10.4.1. Отображаются ЮС и Баги

10.4.2. В колонка статус (Open не показывается)

10.4.3. В строках назначенный разработчик

10.4.4. Фильтр, что объект назначен на кого-то

10.4.5. Показывает ЮС и Баги в работе команды

10.4.6. Используется разработчиком для "затягивания" задач в работу

10.4.7. Используется на StandUp-ах для понимания состояния и прогресса задач в команде

10.4.8. Для Ведущего программиста и Разработчика

10.5. Tasks

10.5.1. Отображаются Таски

10.5.2. В колонках статус

10.5.3. В строках ЮС

10.5.4. Фильтр, что Таск назначен на меня и ЮС не в статусе Done

10.5.5. Показывает незавершенные Таски по ЮС в работе

10.5.6. Используется разработчиком для понимания своих следующих действий

10.5.7. Для Разработчика

10.6. Releases

10.6.1. Отображаются релизы

10.6.2. В колонках Проект

10.6.3. Фильтр на текущий и будующий

10.6.4. Показывает текущий и будующие релизы по Проектам

10.6.5. Используется для понимания сроков релизов

10.6.6. Для Ведущего программиста

10.7. Plan to Release

10.7.1. Отображаются ЮС и Баги

10.7.2. В колонках Статус (кроме To do)

10.7.3. В строках релизы (Текущий и будущие)

10.7.4. Фильтр на текущий или будущий Релиз

10.7.5. Показывает задачи, которые будут реализованы в текущем и ближайших релизах

10.7.6. Используется для переноса реализованных задач в новый релиз и понимания планов на будущий

10.7.7. Для Руководителя проекта, Ведущего программиста и Разработчика

10.8. Impediments

10.8.1. Отображаются Импедманты

10.8.2. В колонках статус

10.8.3. Показывает активные препятствия к выполнению задач

10.8.4. Используется для оценки имеющихся препятствий и ответственных (указаны в тегах)

10.8.5. Для Руководителя проекта и Ведущего программиста