Мы рады сообщить вам о выходе новой версии системы управления проектами DEVPROM 2.8.

Эта версия вам совершенно точно понравится - секунду внимания - DEVPROM стал бесплатным!

Это значит, что версией Team Edition, содержащей огромное количество функций (мы не убрали ни одной!) вы можете теперь пользоваться без каких либо ограничений.

А мы тем временем сосредоточимся на развитии Enterprise Edition, версии для средних и больших компаний, разрабатывающих или внедряющих программные продукты.

Переход с Team версии на Enterprise так же прост, как и все остальное в DEVPROM - достаточно только стандартным способом установить специальное обновление.

А теперь об изменениях в версии 2.8

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

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

Основные изменения

1. Список моих проектов
2. Шаблоны проектов
3. Настройка справочников
4. Настройка стадий процесса
5. Новое в работе с пожеланиями
6. Новое в работе с задачами
7. Новое в разграничении доступа
8. Группировка проектов (Enterprise Edition)
9. Группировка пользователей (Enterprise Edition)
10. Загрузка ресурсов (Enterprise Edition)
11. Инсталлятор под Windows (теперь включает Apache2/PHP5.2)

Любой проект подразумевает выполнение некоторых типовых активностей и создание артефактов ради достижения поставленной цели, что подразумевает наличие какого-то процесса. Процессы могут быть формализованными, общеизвестными или ad-hoc, то есть вашими собственными. Даже если вы считаете, что в вашем проекте нет никакого процесса, то это лишь от того, что вы пока не задавались целью его описать.

Любой процесс, связанный с разработкой ПО, делится на этапы, в каждом из которых обозначаются цели этапа, полезные результаты (deliverables), задачи по получению этих результатов, распределение зон ответственности между типовыми ролями участников процесса. Рассмотрим для примера стадии двух известных процессов, отличающихся по структуре:

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

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

Модель компании

Рассмотрим пример абстрактной компании, в которой в текущее время ведется 3 проекта, у каждого из которых есть свой руководитель (PП1, PП2, PП3). Все три проекта идут параллельно и в каждом требуются специфические навыки, которые распределены между несколькими разработчиками (dev.lead, developer 1, developer 2). У разработчиков есть свой функциональный (или линейный) руководитель М1, который в том числе согласует выделение разработчиков (своих ресурсов) на те или иные проекты. Назовем такой отдел с разработчиками пулом ресурсов (пул разработчиков), из которого по мере надобности выделяются сотрудники (ресурсы) с полной или частичной занятостью на проекте.

Итак, у нас есть три проекта:

• проект "СХД: поддержка продукта", в котором участвуют руководитель РП1 и разработчики dev.lead, developer 1, developer 2
• проект "СХД: разработка продукта", в котором участвуют руководитель РП2 и разработчики dev.lead, developer 1
• проект "Внедрение Hyperion", в котором участвуют руководитель РП3 и разработчики dev.lead, developer 2

Интересы руководителя проектов

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

img1

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

img2

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

img3

Интересы функционального руководителя

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

img1

Руководитель просматривает проекты, в которых участвуют сотрудники подответственного ему пула

img2

Руководитель контролирует загрузку каждого участника своего пула и не допускает перегрузки сотрудника и отслеживает степень его вовлеченности в проектах компании.

img4

Система управления проектами DEVPROM позволяет ответить на большинство вопросов, возникающих при матричной модели управления, в максимально сжатые сроки и автоматизирует формирование необходимых отчетов, формирующихся на актуальных данных. Чтобы оценить возможности ресурсного планирования в DEVPROM вы можете использовать демо-версию корпоративной версии, расположенную по адресу: http://demo.pmcloud.ru

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