Отправляет email-рассылки с помощью сервиса Sendsay

Computer-aided Project Team: ПО управления проектами

Подписаться Бесплатная «Серебряная» новостная рассылка . Подписчиков 51 RSS
←   Август 2009   →
 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31


За последние 60 дней ни разу не выходила


Сайт рассылки: http://www.project-management-ru.cab-soft.com
Открыта: 07-06-2009

Автор
Computer-aided Business Software

Статистика

51 подписчиков
0 за неделю
←   Все выпуски   →

Computer-aided Project Team: ПО управления проектами Выпуск 13. Системы GroupWare и их использование. Часть 2


Выпуск 13. Системы GroupWare и их использование. Часть 2.

Приветствуем уважаемых подписчиков!

Продолжение темы, начатой в выпуске №12.

Так как мы предпринимаем попытку проанализировать типичные системы groupware, с целью заимствовать из них всё полезное для управления проектом, необходимо более подробно рассмотреть алгоритм применения одной из таких систем.

Алгоритм использования системы GroupWare

Алгоритм использования системы GroupWare: планирование, обсуждение, выдача заданий и контроль, совместная разработка.

Планирование

Как упомянуто в выпуске №12, системы GroupWare, к сожалению, не включают в себя полноценного блока планирования. Однако планирование необходимо в любой деятельности. В рассмотренных системах GroupWare (а число рассмотренных достаточно велико) вариантов рещения задачи планирования 2:

  • Определение Вех, контрольных точек работ. Локальные задания привязываются к данным вехам, и служат ориентиром для участников. Так построена система eGroupWare.
  • Система "запросов" (tickets) от проектировщиков или пользователей системы, и реакций на них (обсуждений, разработки документов, выполнения работ). Так построена система Trac, Redmine и некоторые другие.

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

Обсуждение

Все без исключения системы GroupWare содержат подсистемы для переписки, обсуждений (форумы и чаты) и другие средства коммуникаций. Это их самая сильная сторона. В СУПР, как правило, таких решений очень мало.

Вывод: в СУПР очень желателны удобные средства коммуникаций, для обсуждения как плана-графика, так и рабочих заданий и документов.

Выдача заданий и контроль

В большинстве систем GroupWare есть задания на выполнение работ, которые можно выдавать как себе, так и другому участнику. Однако нет четкого цикла "задание выдано - принято - исполнено - зафиксирован результат". Для работ, выполняемых по четкому заданию, обязательно нужна обратная контролирующая связь, которой в данном случае нет. Кроме того, так как нет детального планирования, то слаба и связь задания с планом (вехой).

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

Совместная разработка

Совместная работа над документом - одна из важных целей в большинстве GroupWare, но уровень реализации очень разный: от простейшей wiki, до совместной работы над электронной таблицкей. В СУПР данный функционал желателен, но его важность сильно зависит от объекта работы.

Вывод: если объектом работы в СУПР являются данные в электронном виде (документы), то очень желателен модуль совместной работы проектной группы над данным объектом в режиме рального времени. Если же объект работы - внешний (программынй код, модель в сложной САПР), то включать совместную работу в СУПР малореально.

Прототип

Как видно из данного анализа, многие функции систем GroupWare были бы очень к месту и в СУПР. И нет серьезных препятствий их реализовать. Реальность данного вывода мы постараемся показать в нашей работе над прототипом CAPTeam.


http://project-management-ru.cab-soft.com/
В избранное