РУКОВОДСТВО ПОЛЬЗОВАТЕЛЯ
сайт etalon-a.ru пока в доработе, по всем вопросам пишите sales@etalon-a.ru  +7 (495) 971-86-39
×
Меню
Индекс

СУПР

СУПР - система управления проектам разработки на базе TrackStudio, с помощью которой осуществляется постановка, согласование, контроль выполнения, и учет затраченого времени по задачам (требованиям). 
Это web-система, доступ к которой предоставляется всем заказчикам и сотрудникам, участвующим в процессе.
Если коротко зачем это надо, - то затем, что невозможно управлять сотнями задач работая в экселе или по почте.
 
 
 
В системе существует несколько ролей - Куратор заказчика, Аналитик, Разработчик, Тестировщий, Системный аналитик, Администратор и т.д.
В зависимости от роли, пользователь системы может "двигать" состояния требования.
В упрощенном виде жизненный цикл требования-задачи можно представить в виде графа процесса.
При изменении состояния требования на следующее состояние, ответственному за новое состояние приходит уведомление на почту.
 
СУПР
1

Создание нового требования

Требования-задачи могут создаваться консультантами, аналитиками или заказчиками самостоятельно, в нужной папке,
как правило это текущий месяц в договоре на сопровождение или внедрение.
 
"Название" - заполняем наименование задачи
"Техническое задание" описываем необходимые доработки
можно указать приоритет и дату выполнения "Сделать до"
 
Поле "Техническое задание" можно развернуть на весь экран для удобства
 
В поле ТЗ можно вставлять необходимые картинки
 
2

Уточнение ТЗ

После постановки требования заказчиком, аналитик может задавать уточняющие вопросы через кнопку "Комментарии"
В качестве ответственного по задаче может быть аналитик или заказчик
3

Оценка времени разработчиком

Разработчик производит оценку объема работ, и переводит требование на аналика
 
В описании можно указать перечень необходимых действий для разработки и количество часов.
 
4

Пауза

Требование можно поставить на паузу по какой либо причине
5

Оценка бюджета аналитиком

Аналитик на основании оценки разработчиком, проставляет бюджет в требовании, и переводит требование на утверждение бюджета заказчиком
 
6

Решение по бюджету?

Заказчик утверждает или не утверждает бюджет по требованию
7

Утвердить в очередь

Руководитель проекта при утверждении бюджета заказчиком переводит задачу в очередь для разработчика
8

Переоценка

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

В очереди на разработчика

Разработчик, получив требование , находящееся в очереди, переводит его в разработку.
10

Разработка

При выполнении требования-задачи, разработчик переводит его на тестирование
Разработчик должен описать результаты работы и приложить скрин результата
 
11

Тестирование

Аналитик или тестировщик по результатам тестирования требования, переводит задачу на утверждение заказчику с приложением скрина результата
Или переводит задачу обратно на разработчика для доработки
12

Доработка

Разработчик, получив требование на доработку и выполнив необходимые доработки, отправляет требование обратно на тестирование аналитику или тестировщику.
13

Утверждение заказчиком

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

Завершено

Конечное состояние требования
15

Отклонено

Конечное состояние требования
comments powered by Disqus