'

Опыт организации работы команды разработчиков на основе Rational ClearQuest. Тонкая настройка.

Понравилась презентация – покажи это...





Слайд 0

Опыт организации работы команды разработчиков на основе Rational ClearQuest. Тонкая настройка. Либерман Я.Д. Ведущий специалист, компания “Талгар”


Слайд 1

Взаимодействие команды разработчиков с внешним миром.


Слайд 2

Взаимодействие внутри команды разработчиков.


Слайд 3

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


Слайд 4

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


Слайд 5

Требования к системе управления исправлениями. Должна легко настраиваться под конкретную схему взаимодействия. Должна учитывать различия в ролях ресурсов, обеспечивать разграничение прав доступа. Должна быть единой для предприятия. Должна хранить как активные замечания, так и архив замечаний. Должна обеспечивать получение отчетности (в том числе нестандартной). Должна содержать средства назначения приоритетов задачам (замечаниям). Желательно, чтобы система поддерживала работу через Internet.


Слайд 6

Система должна быть единой для предприятия. Если система не будет единой, то для ресурсов занятых в разных проектах возникнут следующие проблемы: Трудно определить занятость ресурсов. Трудно выставлять приоритеты. Трудно получать сводные отчеты.


Слайд 7

Что такое Rational ClearQuest ClearQuest – это настраиваемая система для управления запросами на изменение. Хорошо настраивается под конкретную схему взаимодействия. Имеет широкие возможности для расширения функционала. Универсальная. Легко адаптируется под различные виды деятельности (постановка, разработка, тестирование и т.д.) …


Слайд 8

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


Слайд 9

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


Слайд 10

ClearQuest для исполнителей. Всегда актуальный список задач. Возможность получения различной отчетности (например, суточного отчета).


Слайд 11

Основные понятия ClearQuest. Задача (замечание, дефект).


Слайд 12

Основные понятия ClearQuest. База задач (замечаний).


Слайд 13

Основные понятия ClearQuest. Состояния.


Слайд 14

Основные понятия ClearQuest. Запросы.


Слайд 15

Основные понятия ClearQuest. Отчеты.


Слайд 16

Основные понятия ClearQuest. Диаграммы.


Слайд 17

Windows интерфейс.


Слайд 18

Web интерфейс.


Слайд 19

Преимущества ClearQuest при организации работ в среде распределенного офиса. Посредствoм использования Web-интерфейса достигаются следующие цели: Заказчики (клиенты) могут самостоятельно вносить замечания. Заказчики (клиенты) могут контролировать процесс исполнения своих замечаний. Руководитель проекта (группы) может контролировать и организовывать работу проекта удаленно (например, находясь в командировке).


Слайд 20

Разграничение доступа. Каждый пользователь имеет собственную учетную запись. Разграничение прав доступа строится на основе групп. Обеспечивается разграничение доступа как по режимам, так и по данным.


Слайд 21

Состав информации о задаче (замечании). Основная информация. Состояние после установки.


Слайд 22

Состав информации о задаче (замечании). Пояснения. Состояние после установки.


Слайд 23

Состав информации о задаче (замечании). Остальная информация. Состояние после установки.


Слайд 24

Состав информации о задаче (замечании). История. Состояние после установки.


Слайд 25

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


Слайд 26

Схема движения задач (замечаний). Состояние после установки.


Слайд 27

Недостатки схемы движения задач (замечаний) по умолчанию. Не предусматривается возможность прохождения дефекта (замечания) нескольких стадий, в том числе и через разные команды (например, сначала аналитики, потом программисты, потом тестеры). Только одно состояние, характеризующее отложенное состояние. На согласование На пояснение …


Слайд 28

Запросы реализованные по умолчанию. Недостатки. Не учитывают иерархическую организацию проекта: Руководитель должен видеть задачи своих подчиненных. Исполнители должны видеть только свои задачи. Руководитель должен иметь возможность видеть задачи по каждому проекту в отдельности. Перечень запросов должен автоматически перестраиваться при изменении конфигурации проекта, создании нового проекта.


Слайд 29

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


Слайд 30

ClearQuest Designer. Предназначен для настройки схемы ClearQuest. Управления пользователями.


Слайд 31

Возможности ClearQuest Designer. Создание новых сущностей. Внесение изменений в состав атрибутов сущностей (в частности изменение состава атрибутов описывающих задачу (замечание)). Управление формами. Управление состояниями, действиями, правилами перехода из состояния в состояние. Написание дополнительных скриптов (таких как инициализация и реакция на изменение значения поля, изменение состояния задачи (замечания) и т.д.). …


Слайд 32

Изменение состава атрибутов (на примере задач (замечаний)).


Слайд 33

Изменение форм (на примере задач (замечаний)).


Слайд 34

Матрица перехода состояний.


Слайд 35

Настройка действий.


Слайд 36

Настройка доступности атрибутов в различных состояниях.


Слайд 37

Сущности без состояний.


Слайд 38

Построение собственных запросов.


Слайд 39

Построение собственных запросов. Использование.


Слайд 40

Построение собственных отчетов.


Слайд 41

Построение собственных отчетов. Использование.


Слайд 42

Применение скриптов. Реакция на смену состояния (можно определять реакцию на разные этапы смены состояния (до, после, валидация,…)). Динамическое определение начального значения атрибута. Реакция на изменение значения атрибута. Динамическая проверка прав. Реакция на нажатие кнопки. Написание “внешних” заданий, использующих ClearQuest API. …


Слайд 43

Определение при помощи скрипта начального значения атрибута.


Слайд 44

Реакция на изменение значения атрибута.


Слайд 45

ClearQuest API ClearQuest API реализован как набор COM объектов (для VBScript/Visual Basic) и как Perl пакет. Функции ClearQuest API могут быть использованы, как внутри среды ClearQuest, так и внешними приложениями. ClearQuest API покрывает почти весь функционал, который реализует эта система (всего существует порядка 40 объектов).


Слайд 46

Примеры решения проблем с помощью написания скриптов. Нотификация пользователя. Отслеживание устаревших задач. Автоматическая генерация среды пользователя (запросов, отчетов) в зависимости от его ролей в проектах.


Слайд 47

Нотификация пользователя. Проблема. Пользователь не знает о поступлении заявки, вследствии чего не реагирует оперативно. Штатные средства обеспечивают нотификацию только по почте (многие пользователи проверяют почту только время от времени). Оптимальным способом уведомления для внутренней сети было бы уведомление при помощи net send. Желательна поддержка нотификации по SMS.


Слайд 48

Нотификация пользователя. Решение.


Слайд 49

Нотификация пользователя. Решение.


Слайд 50

Отслеживание устаревших задач. Проблема. Задачи, актуальность которых потеряна, игнорируются участниками проекта и остаются в системе незакрытыми длительное время (вплоть до конца проекта). Иногда задачи “выпадают” из поля зрения участников проекта (например, задача была назначена исполнителю который впоследствии уволился – если не будут предприняты соответствующие действия, задача останется в рабочем списке исполнителя).


Слайд 51

Отслеживание устаревших задач. Решение. Написан “внешний” скрипт (на основе Windows Script Host) , который запускается каждую ночь, и отправляет заинтересованным ресурсам, уведомления о задачах, которые “пролежали” без движения более 30 дней.


Слайд 52

Автоматическая генерация среды пользователя. Проблема. ClearQuest позволяет настраивать для каждого участника проекта произвольные запросы и отчеты, но не предоставляет средств автоматизации этой функции. Изменение конфигурации проекта (смена статуса участника, включение в проект нового участника и т.д.) приводит к необходимости модификации среды многих пользователей.


Слайд 53

Автоматическая генерация среды пользователя. Решение. Отслеживаются любые изменения конфигурации проектов (путем реализации обработчиков соответствующих событий) и по предварительно подготовленным шаблонам производится перегенерация среды затронутых изменениями пользователей. Шаблон Рабочая среда


Слайд 54

Когда внедрение ClearQuest будет эффективным? Существует заинтересованность руководителя любого уровня в работе системы. Количество человек работающих над проектом больше 2 (включая клиента, постановщика, программиста и т.д.). Разработка может быть разбита на сравнительно небольшие задания. Есть возможность выделить человека, который хотя бы часть времени будет тратить на администрирование и настройку системы. ClearQuest всегда хорошо подходит для отслеживания потока ошибок.


Слайд 55

Преимущества достигнутые в результате внедрения ClearQuest. Замечания не теряются. Руководители проектов и групп получили возможность отслеживать загрузку ресурсов. Руководители разных уровней получили возможность проставлять приоритеты задачам. Исполнители получили возможность автоматической генерации суточного отчета. Руководители проектов и групп получили возможность управлять проектами через Internet (например, когда они в командировке).


×

HTML:





Ссылка: