Система управления проектами и ресурсами для отдела разработки
В процессе выявления требований, мы опирались на анализ собственных задач и уже существующих решений для подобной автоматизации. Стандартные багтрекеры, системы вроде bugzilla и mantis прекрасно себя зарекомендовали при постановке задач и контроле их исполнения. Они просты и удобны в первую очередь для самих исполнителей. Наверное, поэтому такие системы являются основой большинства навороченных, но устаревших dotproject и даже более современных систем типо Мегаплан или Айкумена. Последние - уже стремятся дать больше функциональности – менеджерам проектов и руководству отдела. Каждая новая выпускаемая на рынок система предлагает все новые варианты решения старых проблем и редко можно заметить какую-то реальную инновацию. Из последних, пожалуй, стоит отметить разработку qTrack от компании Qsoft, которая в свое конкурентное преимущество возвела среди прочего разграничение прав для чтения внутренних сообщений.
Мы смогли сформировать описание некой внушительной и «правильной», даже ИДЕАЛЬНОЙ, системы, которая бы позволяла решать те задачи, которые стоят перед отделом разработки. При этом, для себя мы четко определили, что интерфейсы для разработчиков, менеджеров и руководителя должны быть совершенно различны и настраиваемы.
Объединяя требования по возможным модулям, мы выделили:
- управление проектами (диаграмма Ганта; ресурсы; риски по задачам; привязка почтовых сообщений; привязка обсуждений)
- управление задачами (связи между задачами; приоритет, привязка ссылок, файлов, почтовых сообщений; привязка людей: ответственный (единственная), на контроле (единственная), заинтересованные лица (множественная); привязка обсуждений (логов))
- управление ресурсами (привязка материальных ресурсов; загруженность на «сегодня», «завтра», «неделю»; задачи по ресурсам; трудозатраты (в часах, процентах); отчеты по ходу исполнения задачи; уведомления о проблемах)
- управление затратами (бюджетирование (задание стоимостей и маржинальности, оценка, отслеживание изменений, итоговый отчет) задач и проектов в зависимости от материальных и трудозатрат)
- управление клиентами (привязка к проектам; привязка к задачам; логи по клиентам)
- управление почтой (привязка почтовых сообщений к проектам, к людям, к задачам; разграничение прав на чтение сообщений)
- управление временем (календари по людям; планирование встреч)
- база знаний (создание сообщений в базе знаний с привязками задач, ссылок, файлов)
- система контроля исполнения (система автоматических и принудительных отчетов по проектам, по людям, по задачам; статусы задач, уведомления о переходе задачи в иной статус; построение диаграмм на основе обсчета выбранных параметров (например, завершение проектов в срок, число задач с «ошибкой, проблемой» )
- система премирования (балльная система по достижении поставленных целей: выполнения проектов в срок, закрытие отчетов во время и т.п)
Если же рассматривать используемые в этой системе сущности, то получается следующая картина:
- проект
- задача
- привязка
- приоритет
- риск
- почтовое сообщение
- обсуждение и логи
- ответственность (контроль, исполнение, заинтересованность)
- файлы и ссылки
- люди
- материальные ресурсы
- время
- трудозатраты
- отчет
- проблема (или ошибка)
- себестоимость
- бюджет (+задаваемая маржинальность)
- клиент
- календарь
- статус задач
- баллы
- сроки
Сущностей много, и задачи решаются всеобъемлющие. Безусловно, в работе сейчас нам помогает наша система с меньшим функционалом и сущностями, которая при этом, прекрасно решает основные задачи по автоматизации и оптимизации работы в отделе. Лучшее – враг хорошего и привычного? Мы осторожны в прогнозах, но потенциал для развития своей системы мы определили.
раздел — веб-аналитика ;
| Tweet |
Написать отзыв: