Index
Project Maintenance Service
План работ (roadmap, TODO, задачи и т.п)
*О сервисе *Новости *Проекты *Пользователи *Справочная
pms
О проекте
НовостиRSS
СтатьиRSS
Каталог статей
Команда
Багтреккер
Найти сообщение
Секции
Контрольные точки
Панель управления
Сообщение #0000000510

План работ (roadmap, TODO, задачи и т.п)

Код:#0000000510
Проект:pms: Project Maintenance Service
Секция:Задачи
Контрольная точка:нет
Статус:обратная связь
Отправил:shade
Назначен:
Видимость:публичный
Дата отправки:05.09.2008 20:46
Дата обновления:05.09.2008 20:49
Комментариев:0
Наблюдатели:alexs attid shade

Описание

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

До сих пор, в своем проекте у меня не было строго планирования работ. В частности отсутствие такого планирования повлияло на темпы развития данного сервиса. В моем случае это был не определяющий фактор, но существенный.

Какой сделать подсистему планирования? Здесь у меня мало опыта, но имеющийся уже заставляет задуматься. Конкретно на эту тему, есть одна очень интересная статья: Планирование программного обеспечения малой кровью.

С многим в этой статье я полностью согласен. И в соответствии с ней, подсистему задач я вижу такой:

1. Это список, по структуре чем-то похожий на багтреккер, но в отличие от багтреккера он будет двух уровненным (список списков)

2. В списке верхнего уровня перечисляется реализуемый функционал. Свойства "функционала": заголовок, описание, статус (ожидает, в разработке, тестирование/отладка, готов), дата открытия/закрытия, контрольная точка до которой нужно реализовать и т.п.

3. В списке нижнего уровня перечисляются задачи, которые предстоит решить для реализации функционала. Свойства задачи: заголовок, описание, назначенный разработчик, статус (ожидает, в разработке, решена), начальная оценка срока, текущая оценка срока.

4. Информационные страницы:
4.1. Отображение оценок: срок выполнения всех запланированных задач, процент выполненных работ. Отображение оценок в целом по проекту, по функции, по разработчику, по контрольной точке.
4.2. Отображения списка задач каждого разработчика, список "мои задачи"

5. Комментарии (не обязательно) к функционалу и (ещё более не обязательно) к задачам.

6. Область видимости:
6.1. список функционала открыт всем
6.2. отдельные функции можно делать скрытыми (видимыми только команде)
6.3. списки задач видят члены команды

PS:
Этот функционал будет внедрен после подсистемы конференций. Дело в том, что уже есть почти готовый код для подсистемы конференций из другого не состоявшегося проекта. Хватит уже ему пылиться в закромах, пора доделать и внедрить. А пока у вас есть время повлиять на функционал подсистемы задач. К примеру, можно вместо двух уровнего списка сделать дерево произвольной вложенности (однако я не считаю это хорошей идеей) или предложить кардинально другую реализацию.
Цитировать

Комментарии пользователей

Добавить комментарий

Добавить комментарий

Логин
Пароль
Прикрепить файл (до 500Кб)
Комментарий
Bold Картинка Картинка с подписью Цитата Код Отключение BB-кодов

Журнал изменений

Время Пользователь Изменения
05.09.2008 20:46 shade Добавлено сообщение об ошибке
05.09.2008 20:49 shade Статус изменен
Меню системы
О сервисе
НовостиRSS
Справочная
Проекты
Пользователи
Вход
Регистрация
Переход к багу