MS Project: Анализ хода работ на сервере MS Project Server
Анализировать ход работ по проекту можно как в программе MS Project, так и на сервере MS Project Server. Для этого сначала нужно открыть страницу центра проектов с помощью команды меню Collaborate V Project Center (Совместная работа > Центр проектов), а затем открыть нужный проект, щелкнув на его названии в списке.
Просмотр проектных данных на сервере осуществляется также с помощью представлений, между которыми можно переключаться, выбирая их в раскрывающемся списке, расположенном справа над представлением. При стандартной конфигурации сервера в этом списке есть три представления для анализа освоенного объема: Tasks Earned Value (Задачи — освоенный объем), Resources Earned Value (Ресурсы — освоенный объем) и Assignments Earned Value (Назначения — освоенный объем).
Представления для анализа освоенного объема содержат один и тот же набор уже знакомых вам полей и отличаются только типами объектов, к которым эти данные относятся.
Для сортировки данных по одному пз полей достаточно щелкнуть на заголовке таблицы, а для сортировки в обратном порядке — щелкнуть еще раз. Если раскрыть один из списков, расположенных над представлением, то вы увидите набор полей, по которым можно группировать и сортировать данные представления. Так, на рисунке мы сгруппировали данные по ресурсам, указав значение поля Resource Name (Имя ресурса) в раскрывающемся списке Group by (Группировать по).
MS Project: Что нового вы узнали?
Что нового вы узнали?
● Что такое метод освоенного объема.
● Какие индикаторы использует этот метод.
● Как анализ по методике освоенного объема связан с базовым планом.
● Как определять, какой базовый план используется при анализе освоенного объема.
● Как сравнивать базовые планы на диаграмме Ганта.
● Как включать отображение линии хода выполнения.
● Как настраивать формат линии хода выполнения.
● Как анализировать ход проектных работ на сервере MS Project Server.
MS Project: Глава 21. Подготовка отчетов
Глава 21. Подготовка отчетов
● Создание новых отчетов
● Редактирование и настройка отчетов
● Что нового вы узнали?
● Контрольные вопросы и задания третьей части
MS Project: Статистика проекта
После того как проект начал выполняться, руководитель должен с определенной частотой предоставлять руководству и заказчику отчеты о ходе проекта. MS Project содержит набор готовых отчетов, которые можно использовать в этих случаях, и предлагает возможности по созданию собственных отчетов.
Отчеты удобно использовать и самому руководителю проекта, поскольку с помощью некоторых из них можно получить данные, которые невозможно просмотреть в представлениях. Например, с помощью одного из отчетов мы. можете получить таблицу с описанием календаря проекта и всеми днями с особым режимом работы.
В этом уроке вы узнаете, какие отчеты входят в MS Project, и научитесь создавать собственные отчеты «с нуля» и на основе существующих. Вы узнаете, как изменять состав данных, отображаемых в отчетах, и формат их представления.
Самый простой статистический отчет, Project Statistics (Статистика проекта), вызывается с помощью кнопки Statistics (Статистика) из диалогового окна сведений о проекте (см. раздел «Способ планирования и основные
даты» ) или с панели инструментов Tracking (Отслеживание), которую мы рассматривали в главе Отслеживание проекта .
Окно статистики проекта (рис. 22.1, файл 1.mpp) разделено на две части. В верхней части отображается таблица с данными о датах начала и окончания проекта. В первой строке отображаются даты по текущему плану, во второй строке — по базовому плану, в третьей — фактические даты. В последней строке отображается отклонение фактических данных от данных базового плана. В нашем примере данные базового и текущего плана совпадают, а поскольку проект не завершен, то фактические данные о его окончании не указаны.
MS Project: Статистика проекта
Рис. 22.1. Окно статистики проекта для файла 1.mpp
В нижней части окна находится таблица со сводными данными по длительности, трудозатратам и затратам на проект, сгруппированными по колонкам. В верхней строке таблицы отображаются данные текущего плана, во второй строке — данные базового плана, в третьей — фактические, а в четвертой — оставшиеся. Под таблицей выводятся сведения о проценте завершения проекта по длительности и по трудозатратам.
Отчеты об истории и динамике изменений проектов в Project Server
Проблема отсутствия исторических данных для отчетов по проектам
Microsoft Project Server (MSPS) поддерживает большое количество инструментов для отчетности и бизнес-аналитики. Это PerformancePoint Services, Excel Services и Visio Services в составе SharePoint, а также Reporting Services (SSRS) и Analysis Services в составе Microsoft SQL Server. В качестве основного варианта источника данных для всех указанных систем отчётности используется специально предназначенная для этих целей база данных Reporting.
Однако при использовании данных из БД Reporting, невозможно построить отчёт, представляющий информацию о проектах в повременном виде, поскольку MSPS не хранит историю изменения проектных данных, а хранит лишь данные, актуальные на текущий момент времени. К примеру, эта возможность может быть необходима менеджеру проекта или иным заинтересованным лицам для получения динамики (тренда) таких показателей, как:
- Процент завершения проекта;
- Сроки прохождения отдельных контрольных точек проекта;
- Сроки выполнения проекта в целом;
- Отклонения перечисленных показателей от базовых значений.
Конечно, для определения тренда можно использовать простое сравнение фактических показателей с их значениями в базовых планах, но у этого способа есть ряд существенных минусов. Во-первых, количество возможных базовых планов ограничено, а, во-вторых, формирование базовых планов никак не автоматизировано и выполняется менеджером проекта в ручном режиме. Соответственно, есть вероятность отсутствия какого-то предусмотренного регламентом базового плана, что может привести к появлению некорректных данных в отчёте. Также проблематично синхронное создание базовых планов по нескольким проектам, что позволило бы строить отчеты по динамике целого портфеля проектов.
Решение на базе Project Server 2010 и Reporting Services
Компания Brise решила описанную проблему в рамках разработки системы отчетности для крупной нефтедобывающей компании. И мы готовы рассказать об основных идеях нашего решения.
Естественно, нам пришлось отказаться от непосредственного использования штатной БД Reporting. Мы создали специальную историческую базу данных, в которой аккумулируется вся история изменений проектных данных, необходимых для построения основных аналитических отчётов. Специальный сервис по расписанию копирует эти данные из Reporting, пополняя историческую БД. За счет использования промежуточной БД также может быть достигнута масштабируемость – возможность консолидировать данные из нескольких серверов Project.
Именно эта база данных используется в качестве источника данных для системы отчетности. При этом мы полагаемся на один из наиболее гибких и функциональных инструментов отчётности — SQL Server Reporting Services (SSRS), который позволяет создавать функциональные статические (без возможности редактирования пользователем) отчёты.
Стоит отметить, что описанная проблема также может быть решена с помощью OLAP-кубов. Однако, на наш взгляд, в данном случае использование OLAP выигрывает по производительности у обычной SQL-базы лишь при чрезвычайно больших объёмах данных. При этом осложняется модификация данных в хранилище и потребуются большие затраты на поддержку и обслуживание системы отчётности в целом.
Пример отчета: динамика изменения контрольных точек
Выше приведен пример отчёта, содержащего исторические данные, аналогичного созданному нами в рамках проекта отчётности для нефтедобывающей компании. В отчёте отображается динамика дат прохождения контрольных точек проекта (КТ). Функция на графике представляет собой зависимость даты прохождения КТ (Ось Y) от даты на которую дата прохождения актуальна (Ось X). В табличной части отчёта приведены названия контрольных точек и вспомогательные индикаторы, сообщающие статус КТ на текущую дату: пройдена ли КТ и отстаёт ли она от базового плана.
На данном примере мы видим, что у обеих контрольных точек проекта возникло запаздывание дат их прохождения, но, несмотря на это, они всё ещё не отстают от базового плана, а значит, будут пройдены вовремя.
Отчет по проекту в MS Project
На основании всех данных Вашего проекта возможно сформировать отчет. Для этого перейдите на закладку "Отчет". Разработчики системы предоставляют стандартный набор отчетов. Они сгрупированы на следующие группы:
- Панель мониторинга. Отчеты группы: "Выборка", "Обзор затрат", "Обзор проекта", "Обзор трудозатрат", "Предстоящие задачи"
- Ресурсы. Отчеты группы: "Обзор ресурсов", "Ресурсы с превышением доступности"
- Затраты. Отчеты группы: "Движение денежных средств", "Обзор затрат на задачи", "Обзор затрат на ресурсы", "Отчет об освоенном объеме", "Превышение затрат"
- Выполняются. Отчеты группы: "Задачи с задержкой", "Запаздывающие задачи", "Критические задачи", "Отчет о вехах"
Вы можете создать отчет используя пункт меню "Создать отчет" или изменив стандартные отчеты системы. При создании отчета с помощью пункта "Создать отчет" Вы можете использоваться следующими шаблонами: "Пустой", "Диаграмма", "Таблица", "Сравнение".
Для изменения отчета Вы должны перейти в пункт меню "Конструктор". Используя линейку инструментов Вы можете изменять следующие параметры отчета:
- Цвет, фон и параметры шрифта отчета. Для любого элемента отчета отчета вы можете изменить формат вывода.
- Изображения.Вы можете вставить любую картинку. Это может быть логотип компании или фотография продукта проекта (объекта строительства).
- Фигуры.Графические структуры различной формы. Они могут быть использованы для выделения других элементов отчета.
- Диаграмма. Диаграммы различного типа построенные на данных проекта.
- Таблица.Любые данные проекта могут быть выведены в табличном виде.
- Надпись. Заметки по задачам или ресурсам проекта содержащие много текста выводятся в формате надписи.
- Параметры страницы. В параметрах страницы устанавливается формат вывода на печать страниц проекта.
Для редактирования информации, которая выводится в элементе отчета выделите го мышкой. После чего в правой части выводится список полей проекта, фильтр который будет применяться к данным, группировка применяемая к данным, уровень структуры данных. Для редактирования формата ввода элементов отчета Вы также можете воспользоваться закладками "Конструктор" и "Макет".
Оформление отчета в MS Project Pro
Изображение
В отчет Вы можете добавить изображение любого формата. Это может быть: логотип, фотографии объекта, картинки продукта проекта.
- После нажатия на кнопку «Изображения» будет открыто окно с выбором файла изображения.
- Редактировать размер картинки Вы можете. потянув за точки на краях картинки.
- Переместить картинку можно нажав на картинку левой клавишей мышки и удерживая ее потянуть в любую сторону
Для редактирования изображения перейдите на закладку «Формат»
В блоке "Именение" Вы можете:
- Изменить яркость рисунка.
- Изменить цвет рисунка
- Добавит художественные эффекты дял рисунка
- Сжать рисунок
- Востановить изначальные настройки рисунка.
В блоке "Стили рисунков" Вы можете:
- Выбрать оформление границ изображения.
- В пункте "Границы рисунка" Вы можете выбрать: цвет, толщену, тип границы и различные графические эффекты.
- В пункте "Эффекты для рисунка" Вы можете выбрать различные грфические эфекты оформления рисунков.
В блоке "Упорядочение" В можете:
- Выбрать размещение рисунка На предний план и на задний.
- Повернуть рисунок на 90 и 180 градусов. А так же повернуть под любым углом.
В блоке "Размер" В можете:
- Обрезать рисунок с различных сторон.
- Установить ширину и высоту рисунков в различной рамерности.
Надпись
В отчет Вы можете добавить любой текст на страницу отчета.
- После нажатия на кнопку «Надпись» будет добавлена область надписи.
- Редактировать размер надписи Вы можете, потянув за точки на краях области.
- Переместить надпись можно нажав на область надписи левой клавишей мышки и удерживая ее потянуть в любую сторону.
Для редактирования надписи перейдите на закладку «Формат»
Как создать отчет из ms project server
MS Project: Анализ хода работ на сервере MS Project Server
Анализировать ход работ по проекту можно как в программе MS Project, так и на сервере MS Project Server. Для этого сначала нужно открыть страницу центра проектов с помощью команды меню Collaborate V Project Center (Совместная работа > Центр проектов), а затем открыть нужный проект, щелкнув на его названии в списке.
Просмотр проектных данных на сервере осуществляется также с помощью представлений, между которыми можно переключаться, выбирая их в раскрывающемся списке, расположенном справа над представлением. При стандартной конфигурации сервера в этом списке есть три представления для анализа освоенного объема: Tasks Earned Value (Задачи — освоенный объем), Resources Earned Value (Ресурсы — освоенный объем) и Assignments Earned Value (Назначения — освоенный объем).
Представления для анализа освоенного объема содержат один и тот же набор уже знакомых вам полей и отличаются только типами объектов, к которым эти данные относятся.
Для сортировки данных по одному пз полей достаточно щелкнуть на заголовке таблицы, а для сортировки в обратном порядке — щелкнуть еще раз. Если раскрыть один из списков, расположенных над представлением, то вы увидите набор полей, по которым можно группировать и сортировать данные представления. Так, на рисунке мы сгруппировали данные по ресурсам, указав значение поля Resource Name (Имя ресурса) в раскрывающемся списке Group by (Группировать по).
MS Project: Что нового вы узнали?
Что нового вы узнали?
● Что такое метод освоенного объема.
● Какие индикаторы использует этот метод.
● Как анализ по методике освоенного объема связан с базовым планом.
● Как определять, какой базовый план используется при анализе освоенного объема.
● Как сравнивать базовые планы на диаграмме Ганта.
● Как включать отображение линии хода выполнения.
● Как настраивать формат линии хода выполнения.
● Как анализировать ход проектных работ на сервере MS Project Server.
MS Project: Глава 21. Подготовка отчетов
Глава 21. Подготовка отчетов
● Создание новых отчетов
● Редактирование и настройка отчетов
● Что нового вы узнали?
● Контрольные вопросы и задания третьей части
MS Project: Статистика проекта
После того как проект начал выполняться, руководитель должен с определенной частотой предоставлять руководству и заказчику отчеты о ходе проекта. MS Project содержит набор готовых отчетов, которые можно использовать в этих случаях, и предлагает возможности по созданию собственных отчетов.
Отчеты удобно использовать и самому руководителю проекта, поскольку с помощью некоторых из них можно получить данные, которые невозможно просмотреть в представлениях. Например, с помощью одного из отчетов мы. можете получить таблицу с описанием календаря проекта и всеми днями с особым режимом работы.
В этом уроке вы узнаете, какие отчеты входят в MS Project, и научитесь создавать собственные отчеты «с нуля» и на основе существующих. Вы узнаете, как изменять состав данных, отображаемых в отчетах, и формат их представления.
Самый простой статистический отчет, Project Statistics (Статистика проекта), вызывается с помощью кнопки Statistics (Статистика) из диалогового окна сведений о проекте (см. раздел «Способ планирования и основные
даты» ) или с панели инструментов Tracking (Отслеживание), которую мы рассматривали в главе Отслеживание проекта .
Окно статистики проекта (рис. 22.1, файл 1.mpp) разделено на две части. В верхней части отображается таблица с данными о датах начала и окончания проекта. В первой строке отображаются даты по текущему плану, во второй строке — по базовому плану, в третьей — фактические даты. В последней строке отображается отклонение фактических данных от данных базового плана. В нашем примере данные базового и текущего плана совпадают, а поскольку проект не завершен, то фактические данные о его окончании не указаны.
MS Project: Статистика проекта
Рис. 22.1. Окно статистики проекта для файла 1.mpp
В нижней части окна находится таблица со сводными данными по длительности, трудозатратам и затратам на проект, сгруппированными по колонкам. В верхней строке таблицы отображаются данные текущего плана, во второй строке — данные базового плана, в третьей — фактические, а в четвертой — оставшиеся. Под таблицей выводятся сведения о проценте завершения проекта по длительности и по трудозатратам.
MS Project – Отчетность о состоянии
После создания плана проекта и исходных условий, проект начинается. На этом этапе менеджер проекта сосредоточится на сборе, мониторинге, анализе эффективности проекта и обновлении статуса проекта путем общения с заинтересованными сторонами.
Когда есть разница между запланированным и фактическим выполнением проекта, это называется отклонением . Дисперсия в основном измеряется с точки зрения времени и стоимости.
Task Slippage
Есть несколько способов просмотра задачи с дисперсией.
Метод 1: Графическое представление с помощью отслеживания Ганта
Сравнивая текущие запланированные столбцы Ганта с базовыми столбцами Ганта, вы можете увидеть, какие задачи начались позже запланированных или заняли больше времени.
Метод 2: Графическое представление по детали Ганта
Метод 3: Таблица отклонений
Метод 4: Фильтры
MS Project 2013 отфильтрует список задач, чтобы показать только задачи, отфильтрованные в этом процессе. Поэтому, если вы выберете Slipping Task, вы увидите только незавершенные задачи. Любая задача, которая уже выполнена, не будет отображаться.
Затраты на задачи
Чтобы изучить стоимость в жизненном цикле проекта, вы должны знать об этих терминах и их значении в MS Project 2013 –
Базовые расходы – все запланированные расходы, сохраненные в базовом плане.
Фактические затраты – затраты, которые были понесены для задач, ресурсов или назначений.
Остальные затраты – разница между базовыми / текущими и фактическими затратами.
Текущие затраты – при изменении планов в связи с назначением или удалением ресурсов, а также с добавлением или вычитанием задач MS Project 2013 пересчитывает все затраты. Это появится под полями, помеченными как Стоимость или Общая стоимость. Если вы начали отслеживать фактическую стоимость, она будет включать в себя фактическую стоимость + оставшуюся стоимость (незавершенная задача) за задачу.
Дисперсия – разница между базовой стоимостью и общей стоимостью (текущая или плановая стоимость).
Базовые расходы – все запланированные расходы, сохраненные в базовом плане.
Фактические затраты – затраты, которые были понесены для задач, ресурсов или назначений.
Остальные затраты – разница между базовыми / текущими и фактическими затратами.
Текущие затраты – при изменении планов в связи с назначением или удалением ресурсов, а также с добавлением или вычитанием задач MS Project 2013 пересчитывает все затраты. Это появится под полями, помеченными как Стоимость или Общая стоимость. Если вы начали отслеживать фактическую стоимость, она будет включать в себя фактическую стоимость + оставшуюся стоимость (незавершенная задача) за задачу.
Дисперсия – разница между базовой стоимостью и общей стоимостью (текущая или плановая стоимость).
Вы сможете просмотреть всю необходимую информацию. Вы также можете использовать фильтры, чтобы увидеть задачи, которые превышают бюджет.
Стоимость ресурса
Для некоторых организаций затраты ресурсов являются первичными, а иногда и единственными, поэтому за ними необходимо внимательно следить.
Мы можем отсортировать столбец «Стоимость», чтобы увидеть, какие ресурсы являются наиболее и наименее затратными.
Нажмите стрелку Автофильтр в заголовке столбца Стоимость. Когда появится раскрывающееся меню, нажмите Сортировка от наибольшего к наименьшему.
Вы можете использовать функцию автофильтра для каждого из столбцов. Сортировав столбец Отклонение, вы сможете увидеть шаблон отклонения.
Отчет о проекте
Project 2013 поставляется с набором предопределенных отчетов и панелей мониторинга. Все это вы найдете на вкладке «Отчет». Вы также можете создавать и настраивать графические отчеты для своего проекта.
Отчеты панели инструментов
Отчеты о ресурсах
Отчеты о стоимости
Отчеты о проделанной работе
Пользовательские отчеты
Есть четыре варианта.
Blank – Создает пустой холст. Используйте вкладку «Инструменты отчета» – «Дизайн» для добавления диаграмм, таблиц, текста и изображений.
Диаграмма – создает диаграмму, сравнивающую фактическую работу, оставшуюся работу и работу по умолчанию. Используйте панель списка полей, чтобы выбрать различные поля для сравнения. Внешний вид диаграммы можно изменить, щелкнув вкладки «Инструменты диаграммы», вкладки «Дизайн» и «Макет».
Таблица – Создает таблицу. Используйте панель «Список полей», чтобы выбрать поля для отображения в таблице (по умолчанию отображаются имя, начало, конец и% заполнения). Поле уровня структуры позволяет выбрать, сколько уровней в схеме проекта должна отображать таблица. Внешний вид таблицы можно изменить, щелкнув вкладки «Инструменты таблицы», вкладки «Дизайн» и «Макет».
Сравнение – создает две диаграммы бок о бок. Вначале диаграммы будут иметь те же данные. Вы можете щелкнуть одну из диаграмм и выбрать нужные данные на панели списка полей, чтобы начать их дифференцирование.
Как автоматически создать отчет о релизе
2017-04-11 в 12:16, admin , рубрики: business inteligence, jira, microsoft project server, olap, redmine, release notes, reports, sql, tfs, Блог компании EastBanc Technologies, коммуникации с заказчиками, управление проектами, управление разработкой, метки: release notes
Сегодня расскажем, как автоматизировать создание отчетной документации по релизу (release notes) на основе импорта данных из трекинговых систем TFS, Redmine и JIRA и из системы управления проектами Microsoft Project Server.
Статья будет интересна в первую очередь менеджерам IT-проектов.
В чем проблема?
Главными проблемами были ошибки и разнобой в оформлении release notes. Это сопроводительный документ, который мы отправляем заказчику вместе с очередным релизом. Release notes должен быть точным, как инструкция по запуску космического корабля. Каждый относящийся к релизу багфикс, каждая закрытая user story и вся информация по user feedback должны быть четко отражены в отчете. Составлялся этот большой и важный документ вручную, копипастом из трекинговых программ. Вот тут-то и возникали проблемы.
Проблема 1. Ошибки.
При ручном составлении отчета иногда возникали ошибки. Некоторые наши проекты очень объемны и по технологическим причинам ведутся сразу в двух трекерах (например, часть проекта по созданию мобильного приложения ведется в Redmine, а по созданию веб-приложения – в TFS). Собирать по ним огромный отчет – долго и человеческий фактор мешал сделать все отчеты на 100% верифицированными.
Проблема 2. Разнобой в оформлении.
Кто-то из менеджеров проектов писал подробные комментарии к релизу, кто-то отправлял просто список работ. Красота оформления тоже страдала, поскольку release notes выглядел как обычное электронное письмо, хотя это одно из самых важных писем, которое приходит заказчику.
Постепенно мы пришли к пониманию того, что создание отчетов по релизам нужно автоматизировать.
Что мы получили после автоматизации?
На нашем внутреннем портале появился веб-конструктор, который позволяет в несколько кликов собрать готовый отчет по релизу. Логинишься в приложение, выбираешь проект, релиз, нужные user story и таски, нажимаешь кнопочку – и остается только при необходимости дописать комментарии. По отзывам проджектов, эти простые действия приносят стойкое ощущение счастья.
Конструктор интегрирован с таск-трекерами и автоматически подтягивает в готовый release notes всю информацию по релизу. На выходе приложение генерирует красиво сверстанный e-mail отчет для заказчика. В нем вся информация разбита по категориям и каждый пункт снабжен ссылкой, ведущей на соответствующую страницу в трекере.
Вот так выглядит готовый сверстанный release notes:
В первый отправленный боевой отчет о выпущенном релизе вошло около 50 user story. В ворде такой документ занял бы 11 страниц. А на его создание в приложении ушло всего около 2 минут. Но главное не в экономии времени, а в том, что мы уверены в точности данных.
Управленческие бонусы
- Устранили ошибки в отчетах о релизах.
Теперь заказчик оперативно получает 100-процентно выверенный release notes. - Стандартизировали оформление отчета о релизах.
Теперь наши release notes выглядят как красиво сверстанные в фирменном стиле html-файлы. - Повысили качество ведения проектов в трекерах.
Чтобы release notes сверстался одним нажатием волшебной кнопочки, менеджер проекта должен соблюдать в трекере идеальный порядок. Приятный бонус за это – автоматическое заполнение отчета. Конечно, автоматизацию мы затевали не ради экономии 1 часа рабочего времени. Главной целью было – обеспечить порядок и прозрачность в ведении проектов и красивый правильный отчет по релизу. - Создаем шаблон для заказчика, в котором он может редактировать release notes и рассылать своим.
Некоторым заказчикам наш html-файл с отчетом показался настолько удобным, что они попросили сделать аналогичный шаблон, в котором можно редактировать отчет для пересылки новым адресатам полного отчета или его частей с комментариями.
Автоматизация по шагам
Прежде чем делать свое решение для автоматизации, мы поискали готовые варианты. Теоретически для автоматизации составления release notes можно было использовать плагины к трекерам, в которых мы работаем (TFS, Redmine и JIRA). Но плагины у TFS и Redmine оказались неудобными. А для сборки единого отчета сразу из двух или трех трекеров вообще не нашлось готового решения. Поэтому нам пришлось сделать свое.
Шаг 1. Навели порядок в трекерах: ввели единые стандарты для менеджеров проектов, по которым они ведут проекты.
По технологическим причинам наши проекты ведутся в трех трекерах (TFS, JIRA, Redmine) и стандарты ведения проектов в них немного отличались. Для интеграции трекеров пришлось провести работу по внедрению единых стандартов для всех трекеров.
Кроме того, понадобилось также причесать те блоки информации в трекерах, которые непосредственно экспортируются в release notes. Проект должен быть разбит по релизам, релизы поделены на задачи и у них проставлены статусы, все user story правильно описаны и закрыты, все задачи по фидбэку классифицированы, заведены все спринты. Кроме того, всем задачам и релизам должны быть даны понятные названия, ведь они потом войдут в отчет для заказчика
Шаг 2. Собрали Data WareHouse на основе данных из трекеров и MS Project Server
Мы построили представления над базами данных наших трекинговых систем (TFS, Redmine и JIRA), также подтянули некоторые данные из Microsoft Project Server (например, данные о заказчике). При этом нам пришлось решить некоторые проблемы с интеграцией данных из трекеров. Например, для каждого трекера пришлось найти индивидуальное решение проблемы с авторизацией для получения данных. Подробно об этом мы уже писали.
Для сбора данных мы использовали SQL Server Integration Services (SSIS).
Данные из трёх трекинговых систем (TFS, Redmine, JIRA) и Microsoft Project собираются в единое хранилище данных Data Warehouse.
Сначала загружаем данные из Microsoft Project.
Далее, чтобы не заморачиваться с удалением старых данных, мы очищаем таблицы, связанные с задачами. И приступаем к сбору данных из трекинговых систем. Для каждой системы данные собираются по-своему. Как уже писалось в этой статье, для Redmine и TFS мы написали представления, которые возвращают нам все необходимые данные.
Так как доступа к базе JIRA у нас нет, то мы использовали JIRA REST APIi. Как вы сами понимаете, это самая медленная часть скрипта и куча возможностей для оптимизации. Но это уже отдельная история.
После загрузки данных из трекеров нужно заполнить «пробелы» в таблицах проектов и сотрудников. Эти пробелы возникают в связи с тем, что не все проекты и сотрудники заведены в Microsoft Project в силу каких-то обстоятельств (либо не успели завести, либо исторически так сложилось). Отсутствующие данные сразу видны в отчете из OLAP куб, они помечены в отдельном столбце как Mismatch, и их можно сразу же обработать и навести порядок.
Далее осталось собрать всё воедино. Собираем вместе список задач.
И заполняем таблицу фактов (кто, куда и сколько потратил времени).
После чего мы запилили Job, который выполняет SSIS пакет раз в 3 минуты. И в итоге наш Data Warehouse готов. Далее с ним можно делать кучу полезных вещей. Например, собрать из него OLAP-куб для построения отчётов, или взять данные для Release Notes, или использовать для построения графика отпусков (да, да, про это тоже скоро расскажем).
Шаг 3. Сверстали красивый release notes нашей мечты.
Тут все просто: дизайнер и верстальщик сделали html-файл, в котором вся информация разбита по категориям, добавлены все необходимые ссылки.
Шаг 4. Сделали веб-приложение, которое на основе данных из Data Warehouse создает единый html-документ с отчетом для заказчика.
Шаг 5. Проект не останавливается.
Первые же письма вызвали восторженную реакцию заказчиков, и они попросили нас адаптировать шаблон под их бренд-буки и дать возможность самостоятельно редактировать наш release notes, сортируя информацию и добавляя комментарии для отправки новым адресатам.
Настройка и формирование отчетов
В программе Project 2007 реализованы широкие функциональные возможности для настройки и формирования самых разнообразных отчетов по проектам. Все эти отчеты разделены на два вида: наглядные (то есть графические отчеты, выполненные в виде графиков и диаграмм) и обычные, представленные в виде таблиц. Рассмотрим порядок работы с каждым видом отчетов.
Чтобы сформировать обычный отчет и представить его в виде таблицы, выполните команду главного меню Отчет ? Отчеты. Откроется окно (рис. 8.10), в котором представлен перечень категорий отчетов (Обзорные, Затраты, Текущая деятельность и др.).
Рис. 8.10. Категории отчетов
Обратите внимание, что категория Настраиваемые предназначена для перехода в режим настройки отчетов, если ни один из имеющихся в программе отчетов пользователя не устраивает.
Чтобы выбрать подходящую категорию, выделите ее щелчком кнопкой мыши и нажмите кнопку Выбрать. В результате откроется окно с перечнем отчетов, включенных в данную категорию. На рис. 8.11 показано содержимое категории Текущая деятельность.
Рис. 8.11. Отчеты по текущей деятельности
Чтобы сформировать отчет, выделите значок щелчком кнопкой мыши и нажмите кнопку Выбрать. При необходимости вы можете отредактировать параметры отчета – для перехода в соответствующий режим нажмите кнопку Изменить.
На рис. 8.12 вы видите пример отчета Выполняющиеся задачи.
Рис. 8.12. Отчет о выполняющихся задачах
Чтобы вывести сформированный отчет на печать, нажмите кнопку Печать.
Для перехода в режим работы с графическими отчетами выполните команду главного меню Отчет ? Наглядные отчеты. В результате откроется окно, которое показано на рис. 8.13.
Рис. 8.13. Работа с наглядными отчетами
На вкладке Все представлен полный перечень имеющихся отчетов, а на остальных вкладках эти отчеты разделены по соответствующим категориям. Вы можете самостоятельно создавать шаблоны отчетов, а также вносить изменения в уже существующие шаблоны. Для перехода в режим создания шаблона нажмите кнопку Создать шаблон, для редактирования имеющегося – кнопку Изменить шаблон.
Отметим, что в программе Project 2007 можно создавать самые разнообразные отчеты, – все зависит от потребностей пользователя и его фантазии. Нажмите кнопку Создать и в открывшемся окне укажите основные параметры шаблона (а именно – формат файла отчета и тип данных). Затем нажмите кнопку Выбор полей, чтобы открыть окно для работы с конструктором отчетов, в котором вы можете настроить и включить в отчет любые поля.
Не забывайте, что все выполненные настройки шаблонов отчетов будут сохранены только после нажатия кнопки ОК, сначала в окне настройки полей отчета, а затем – в окне вода основных параметров.
Вы можете формировать отчеты как в формате Excel, так и в формате Microsoft Office Visio. Отображением соответствующих шаблонов управляют с помощью флажков Microsoft Office Excel и Microsoft Office Visio, расположенных в верхней части окна.
Чтобы сформировать отчет, щелкните кнопкой мыши на его названии в списке и нажмите кнопку Просмотреть. На рис. 8.14 показан пример отчета Сводный отчет о трудозатратах ресурсов, сформированный в формате Excel 2007.
Рис. 8.14. Сводный отчет о трудозатратах ресурсов
Чтобы вывести данный отчет на печать, выполните команду меню Кнопка «Office» ? Печать либо нажмите комбинацию клавиш Ctrl+P.
Подобным образом вы можете настраивать и выводить на печать самые разные отчеты, в зависимости от своих потребностей.
Данный текст является ознакомительным фрагментом.
Продолжение на ЛитРес
Читайте также
Настройка отчетов, подготовка системы анализа
Настройка отчетов, подготовка системы анализа После расстановки меток, проведения рекламной кампании и сбора данных для анализа настроим отчеты статистики (срезы, если речь идет о Livelnternet, сегменты, если речь идет о Google Analytics и SpyLOG, custom reports, если речь идет о лог-анализе). Они
Экспорт отчетов Access
Экспорт отчетов Access Приложение Access 2007 предоставляет широкие возможности в области преобразования отчетов. При создании отчета может возникнуть необходимость использования отчета в другом формате данных, в таком случае пользователь может экспортировать отчет из
Урок № 51. Формирование отчетов по приходу ТМЦ и учету НДС
Урок № 51. Формирование отчетов по приходу ТМЦ и учету НДС Для быстрого формирования отчетности по приходным операциям и учету НДС используйте соответствующие ссылки, расположенные в панели функций на вкладке Покупка (рис. 6.29). Рис. 6.29. Панель функций, вкладка
Создание отчетов по проверкам
Создание отчетов по проверкам Заключительной из рассматриваемых здесь задач контроля ввода будет использование элемента ValidationSummary. В настоящий момент каждый из ваших элементов контроля отображает сообщение об ошибке в том месте, где это было определено на этапе
Глава 2. Создание отчетов
Глава 2. Создание отчетов 2.1. Создание отчетов в BPwin 2.1.1. Встроенные шаблоны отчетов Существует три способа создания отчетов в BPwin 4.0:с помощью встроенных шаблонов;с помощью Report Template Builder;с помощью RPTwin.Для создания отчетов по функциональной модели можно также использовать
2.1. Создание отчетов в BPwin
2.1. Создание отчетов в BPwin 2.1.1. Встроенные шаблоны отчетов Существует три способа создания отчетов в BPwin 4.0:с помощью встроенных шаблонов;с помощью Report Template Builder;с помощью RPTwin.Для создания отчетов по функциональной модели можно также использовать генераторы отчетов
2.1.1. Встроенные шаблоны отчетов
2.1.1. Встроенные шаблоны отчетов Существует три способа создания отчетов в BPwin 4.0:с помощью встроенных шаблонов;с помощью Report Template Builder;с помощью RPTwin.Для создания отчетов по функциональной модели можно также использовать генераторы отчетов третьих фирм, например Crystal
2.2. Создание отчетов в RPTwin
2.2. Создание отчетов в RPTwin 2.2.1. Создание нового отчета RPTwin является специализированным генераторам отчетов, который позволяет создавать качественные отчеты по моделям процессов и данных. К сожалению, в RPTwin не входит в поставку BPwin 4.0, однако создавать отчеты с его помощью
1.3. Создание отчетов в BPwin
1.3. Создание отчетов в BPwin BPwin имеет мощный инструмент генерации. Отчеты по модели вызываются из пункта меню Report. Всего имеется семь типов отчетов:Model Report. Этот отчет уже упоминался в 1.2.1. Он включает информацию о контексте модели — имя модели, точку зрения, область, цель, имя
2.5. Создание отчетов в ERwin
2.5. Создание отчетов в ERwin 2.5.1. Интерфейс Report Browser Для генерации отчетов в ERwin имеется эффективный и простой в использовании инструмент — Report Browser. Он позволяет выполнять предопределенные отчеты (объединенные по типам), сохранять результаты их выполнения, создавать
5.1. Создание простейших отчетов в RPTwin
5.1. Создание простейших отчетов в RPTwin 5.1.1. Создание нового отчета RPTwin является специализированным генераторам отчетов, который позволяет создавать качественные отчеты по моделям процессов и данных. RPTwin входит в поставку как BPwin, так и ERwin. Функциональность RPTwin позволяет
Построение отчетов
Построение отчетов Формы предназначены в основном для просмотра и редактирования записей, а отчеты используются для просмотра и печати различной информации из базы данных. Построение отчетов напоминает разработку форм: простой отчет можно построить автоматически или
Дизайн отчетов
Дизайн отчетов Если внешний вид отчета, созданного с помощью кнопки Отчет или Мастера отчетов, не соответствует требованиям, его можно изменить, открыв отчет в режиме макета (рис. 7.33). В процессе редактирования учтите, что любой отчет состоит из нескольких горизонтальных