Студенты, аспиранты, молодые ученые, использующие базу знаний в своей учебе и работе, будут вам очень благодарны.
Размещено на http://www.allbest.ru/
Создание персональных компьютеров, адаптированного графического интерфейса расширило рынок информационных продуктов и услуг до уровня "домашнего потребления". Информационные системы из технологической составляющей бизнеса, управления превратились в фактор производства, фактор конкурентной борьбы. Однако вместе с очевидными преимуществами применения информационных систем возникла проблема управления информационными системами.
Практика создания и эксплуатации информационных систем выявила проблемы и противоречия, которые могли быть разрешены только введением всестороннего специализированного информационного менеджмента. Расходы на проектирование и внедрение информационных систем обычно существенно превышали запланированные суммы. Качество разработки оказывалось неудовлетворительным: противоречия между техническим и программным обеспечением при эксплуатации, рост расходов на обслуживании систем, находящихся в эксплуатации и т.д.
Сегодня деятельность любой компании и организации сильно зависит от подразделения, обеспечивающего информационную среду компании, и зависимость эта со временем усиливается. В результате обслуживание информационных систем перестает быть только технической задачей и все в большей степени становится неотъемлемой частью бизнеса, интегрированной в бизнес-процессы компании.
Уровень развития информационной системы организации, значимость информационных технологий для деятельности организации делает ИТ-подразделения компаний неотъемлемой частью бизнеса. Сложность задач в управлении информационными системами и персоналом приводит к необходимости разработки стратегий в области информационных технологий ведения специализированного менеджмента - информационного менеджмента.
Особенностью дисциплины "Информационный менеджмент" то, что данная отрасль знания зародилась относительно недавно и является развивающейся. По существу, информационный менеджмент не имеет пока ни устоявшейся терминологии, ни ставших классическими методик и решений. В следствие этого, специалисты часто используют не только разные понятия и термины, но и различным образом толкуют задачи информационного менеджмента и методологию их решения. Материалы исследований, практические советы, анализ разработки и внедрения ИС, являются результатом дискуссии специалистов в области информационных технологий и ИТ-менеджмента.
Portable Document Format (PDF) - это электронный формат с постоянной разметкой, который сохраняет форматирование документа и допускает совместное использование файла. Формат PDF гарантирует, что при просмотре файла в интерактивном режиме и при его печати будет сохранен исходный формат и данные файла нельзя будет легко изменить. Формат PDF также полезен при печати документов в типографии.
Проект "Разработка программного средства" составляется для достижения определенного результата в определенные сроки и за определенные деньги. План проекта составляется для того, чтобы определить, с помощью каких работ будет достигаться результат проекта, какие люди и оборудование нужны для выполнения этих работ и в какое время эти люди и оборудование будут заняты работой по проекту. Поэтому проектный план содержит три основных элемента: задачи, ресурсы и назначения.
Название задачи |
Длительность |
Окончание |
Предшественники |
Названия ресурсов |
||
Разработка программного средства |
||||||
Организация работ |
||||||
Определение целей разработки ПО |
Начальник отдела разработки ПО |
|||||
Планирование разработки |
Начальник отдела разработки ПО |
|||||
Назначение кода темы |
Экономист |
|||||
Выбор принципов разработки ПО |
Начальник отдела разработки ПО |
|||||
Разработка ТЗ |
||||||
Выяснение основных требований к ПО |
Начальник отдела разработки ПО ; Программист 1 |
|||||
Формирование проекта ТЗ |
Программист 2 |
|||||
Согласование проекта ТЗ с заказчиком ПО |
Начальник отдела разработки ПО; Программист 2 |
|||||
Разработка ПО |
||||||
Формирование структурной модели |
Программист 3; Программист 4 |
|||||
Формирование объектно-ориентированной модели |
Программист 1 ; Программист 4 ; Программист 5 |
|||||
Определение принципов построения экранного интерфейса |
Начальник отдела разработки ПО; Программист 4 |
|||||
Разработка основных модулей |
Программист 1 ; Программист 2 ; Программист 3 ; Программист 4 ; Программист 5 |
|||||
Разработка базы данных |
Программист 1 |
|||||
Интеграция всех модулей |
Программист 2 ; Программист 3 ; Программист 4 |
|||||
Отладка и испытания |
||||||
Проведение отладки |
Программист 3; Программист 4; Программист 5 |
|||||
Выпуск бета-версии |
Программист 1 |
|||||
Сбор сведений о результатах тестирования |
Программист 2; Программист 3 |
|||||
Доработка модулей и БД |
Программист 2; Программист 4; Программист 5 |
|||||
Выпуск финальной версии |
Программист 1 |
|||||
Сертификация |
||||||
Формирование необходимой для сертификации документации |
Программист 4; Программист 5; Программист 1 |
|||||
Внутренний аудит процесса создания ПО |
Аудитор ПО |
|||||
Заключение договора на сертификацию |
Начальник отдела разработки ПО |
|||||
Проведение сертификации ПО |
Начальник отдела разработки ПО |
При помощи видов связей (назначений) создадим диаграмму Гантта в соответствии с таблицей 1.
Рисунок 6 - Диаграмма Гантта
При разработке больших проектов, состоящих из большого количества работ, Microsoft Project позволяет объединить связанные между собой работы в группы. Создание иерархической структуры проекта позволяет произвести декомпозицию работ проекта на более мелкие, обозримые и управляемые части, точнее определить и состав, и характеристики работ, которые предстоит выполнить.
ѕ В окне ввода ввести название ресурса, если данное название совпадает с названием уже имеющегося ресурса, он автоматически будет назначен на задачу, если название не совпадает, будет создан новый ресурс типа "Трудовой". Во избежание дублирования выбрать пустую строку, и нажать на стрелку вниз в правой части строки, после чего из выпадающего списка выберите название ресурса;
Если данные проекта постоянно обновляются, то всегда есть возможность просмотреть последнее состояние проекта. Можно отслеживать фактический ход выполнения задач, фактические трудозатраты ресурсов, сравнивать фактические затраты с запланированным бюджетом и выравнивать загрузку ресурсов. Все это позволит вовремя определить потенциальные проблемы, чтобы найти и применить правильное решение.
Определите один или два показателя хода выполнения для использования в проекте. Например, ресурсы могут быстро представить отчет о проценте выполнения трудозатрат по задачам, что позволяет получить общее представление о ходе выполнения задач. Либо, наоборот, ресурсы могут отчитываться о часах работы над каждой задачей по неделям. Это займет больше времени, но даст подробную картину хода работ. Выбор индикаторов зависит от ваших предпочтений и приоритетов.
На рисунке 11 показан пример не полного выполнения работ, на котором видно, что на диаграмме Гантта темно-синяя полоса не до конца блока работ (правый нижний угол). Всё что было проделано до этого было бы бесполезно, если в программе Microsoft Project не было возможности сформировать отчеты. "Обзор проекта" - отчет показывающий процентное завершение проекта. Для его формирования нужно зайти на вкладку "Отчет", нажать на кнопку "Панели мониторинга" и выбрать "Обзор проекта".
Определения ресурсов (люди, оборудование и материалы) могут быть разделены между проектами при помощи общей совокупности ресурсов. Каждый ресурс может иметь свой календарь, который определяет те дни и смены, которые ему доступны. Показатели ресурсов используются для подсчета затрат на выполнение задач, которые подсчитываются и суммируются в общий уровень ресурсов.
Microsoft Project создает бюджеты на основе показателей ресурсов и назначаемой работы. Поскольку ресурсы назначаются заданиям, и эта работа оценивается, Microsoft Project подсчитывает затраты, которые равны работе помноженной на показатели. Это все подсчитывается в общий уровень задания, затем к общим затратам на задания и в конце к общим подсчетам проекта.
проект программа управленческое решение
Размещено на Allbest.ru
1. Беляева С.А. Роль планирования в процессе управления инновационными проектами // Организатор производства. - 2010
2. Бетанова И. Роль HR в управлении проектами // Справочник по управлению персоналом. - 2011.
3. Бетанова И. Роль HR в управлении проектами // Справочник по управлению персоналом. - 2011.
4. Ганчин В.В. Роль проектного управления в инновационном развитии электроэнергетики в Российской Федерации // Экономика и управление: рос. науч. журн. - 2011.
5. Гончаренко С. Управление проектами // Управление качеством. - 2011.
6. Емельянов Ю. Управление инновационными проектами в компании // Проблемы теории и практики управления. - 2011.
7. Ивасенко А.Г. Управление проектами: учебное пособие для студентов. - Ростов н/Д.: Феникс, 2009.
8. Конференции ПМСОФТ по управлению проектами // Проблемы теории и практики управления. - 2011.
9. Кузнецов А.А. Процессное управление проектами на предприятии // Менеджмент сегодня. - 2011.
10. Куперштейн В. Microsoft Project 2010 в управлении проектами. - СПб: БХВ-Петербург, 2011.
11. Лапыгин Ю.Н. Оценка эффективности проектного управления // Экономический анализ: теория и практика. - 2011.
12. Мазур И.И. Управление инвестиционно-строительными проектами: международный подход. - М.: Омега-Л, 2011.
13. Матвеева Л.Г. Управление проектами: учебник. - Ростов н/Д.: Феникс, 2009.
14. Мыльников Л.А. Микроэкономические проблемы управления инновационными проектами // Проблемы управления. - 2011.
Составление плана проекта создания нового предприятия по производству автомобилей. Создание базы данных по ресурсам в программе Project Expert. Применение методики PERT для анализа проекта. Контроль выполнения задач проекта по срокам и трудозатратам.
курсовая работа , добавлен 11.10.2014
Методы управления сложными проектами. Редактирование свойств проекта. Настройка календаря проекта. Создание задач в Microsoft Project и изменение их свойств. Выбор свободных ресурсов и их использование. Составление сводки по проекту и отчета о бюджете.
лабораторная работа , добавлен 01.03.2015
Настройка параметров программы Microsoft Project. Таблицы как основные средства хранения данных в MS Project. Подготовка к составлению плана и отслеживание хода работ по нему. Форматирование диаграмм Ганта. Набор функций для работы с сетевым графиком.
практическая работа , добавлен 25.12.2010
Описание ключевых характеристик проекта создания хлебопекарни, фазы, задачи и необходимых для их выполнения ресурсы. Анализ и оптимизация плана проекта с использованием Microsoft Project, ввод данных в программу. Автоматическое выравнивание ресурсов.
контрольная работа , добавлен 02.06.2010
Принципы работы Microsoft Project (программы по управлению проектами), ее основные понятия: задачи, ресурсы, назначения. Последовательность действий по созданию нового проекта, вводу задач и зависимостей между ними, вводу ресурсов. Работа с календарями.
курсовая работа , добавлен 23.01.2011
Использование MS Project для определения критического пути проекта. Задачи транспортной логистики. Разработка модели формирования затрат и доходов проекта. Расчет затрат, связанных с внедрением базы данных. Создание оптимальных условий труда оператора.
курсовая работа , добавлен 21.04.2013
Выбор структуры, обзор различных вариантов создания нового проекта. Управление поведением MS Project 2007 при запуске. Создание нового проекта на основе шаблона. Список стандартных шаблонов. Установка общих параметров проекта, параметров планирования.
презентация , добавлен 15.03.2014
Понятие иерархической структуры декомпозиции работ. Определение, просмотр и изменение кода структуры проекта. Типы связей между работами, их редактирование при помощи программы MS Project. Изменение формы и параметров представления суммарной задачи.
презентация , добавлен 15.03.2014
Назначение, создание современной информационно-аналитической системы. Формирование рабочей документации в среде Microsoft Project. Расчет длительности проекта методом Монте-Карло. Моделирование типов связи. Проектирование интерфейсов пользователя.
курсовая работа , добавлен 16.12.2014
Оценка стоимости проекта с помощью функции Microsoft Project на примере создания технорабочего проекта комплекса задач "Управление качеством продукции и услуг". Назначение и условия применения программы, ее характеристика и руководство пользователя.
Майкрософт Проджект (Microsoft Project) - это комплексное программное обеспечение - система управления проектами и способ оптимизации управления портфелями, который позволяет планировать и контролировать проектную деятельность организаций. Для этого применяются встроенные шаблоны, инструменты для разного уровня аналитики и статистики, средства управления рабочим временем и т. д. В статье даётся описание функций и более подробно рассказывается о том, что такое Ms Project, как работать в программе, и как пользоваться всеми Microsoft Project-возможностями.
Начиная с 2007 года, каждая новая версия Ms Project выходит раз в три года. Таким образом, последней на данный момент является приложение версии 2016 года с подпиской на «Office 365», совместимое с Windows 10, 8.1 и 7. По сравнению с другими аналогичными программами Ms Project считается самой распространённой и «лёгкой», относящейся к начальному уровню программного управления проектами с классическим стандартным офисным интерфейсом. На рынке однопользовательских и малых решений программный продукт занимает порядка 80% (его использует около 20 млн. человек).
Считается, что в качестве интегрированного набора методов, процессов и средств для планирования и контроля проектов Ms Project чаще применяется при реализации относительно небольших проектных замыслов. Однако существование нескольких платных вариантов – базового, профессионального и расширенного – при выборе наиболее полного функционала позволяет значительно расширить возможности программы по сравнению с базовой версией.
Тем не менее, конкуренты – аналоги Ms Project, увеличивая свои конкурентные преимущества, часто «отстраиваются» именно путём масштабирования средств стоимостного и ресурсного планирования и обеспечения организации многопользовательской работы.
Среди таких программ, ориентированных на крупные проекты, можно выделить русифицированный Open Plan.
Ещё одним направлением «отстройки» является специализация продукта. Среди такого программного обеспечения популярна Primavera, получившая распространение в сфере инженерных и строительных проектов как средство календарно-сетевого планирования, позволяющего учитывать финансовые, материальные и трудовые ресурсы в средних и крупных проектах. Программный облачный инструмент Basecamp считается главным конкурентом в сегменте ультра-лёгких управленческих решений. При этом Microsoft тоже с 2013 года предлагает облачную версию своего продукта.
Кроме облачного приложения, под маркой Project доступны несколько продуктов:
1. Project Standard позволяет осуществлять индивидуальное планирование для небольших проектов.
2. Корпоративное управление осуществляется с помощью специальной платформы, включающей:
Основой почти монопольной популярности продукта Microsoft стало то, что он представляет часть семейства Ms Office, что даёт возможность:
Чтобы уменьшить число проблем, связанных с технической поддержкой, Microsoft (например, через программу Microsoft ISV Royalty) стимулирует приобретение у партнёров готовых решений, компенсируя клиентам при этом разработку отраслевых решений.
Работу в Microsoft Project рекомендуется начинать с освоения проектного подхода как такового – ознакомления с его принципами и методами проетирования. Это нужно для того, чтобы правильно пользоваться инструментов: разделять крупные проекты на части, корректировать временные оценки, учитывать и закладывать риски, отслеживать командную работу и пользоваться мотивационными приёмами. В учебном пособии, выпущенном в 2013 году Министерством образования РФ для освоения Project 2010, первые главы посвящены введению в основы проектного управления – технике планирования и построению «проектного треугольника» («время-стоимость-объём работ»).
В случае реализации проектного подхода программа Project помогает решать следующие задачи:
Для работы в программе используют понятия «Задача», «Ресурс» и «Назначение». Для достижения цели проекта работа разбивается на задачи. Понятие «ресурс» чаще применяется к сотруднику, но может относиться и к недвижимости, оборудованию, материалам. В Microsoft Project назначения возникают в тот момент, когда на выполнение задачи выделяются ресурсы. Именно назначения определяют объём необходимого на решение задач времени и, как следствие, – общее время проекта. Для отображения, анализа и ввода существуют т. н. представления задач (Диаграмма Ганта, Форма задач и др.) ресурсов (График ресурсов, Лист ресурсов) и назначений (например, Использование ресурсов), которые бывают графическими, табличными и представлениями форм.
Чтобы на одном экране полнее отобразить необходимую информацию, вместо одиночного (обычного) режима представлений путём установления «флажка» в меню, выводят комбинированный режим. В этом случае экран разделяется по горизонтали, что даёт возможность видеть одновременно два представления.
Разделение работы по проекту формирует структуру декомпозиции работ , в которой задачи представлены разными типами:
Начиная с версии Project 2010, задачи можно планировать как в автоматическом, так и в ручном режимах, помещая, в этом случае, задачу в любое место расписания.
В пакете преимуществ, которые оценили Intel, Tesla, Toyota, BMW, Kraft, 21st Century Fox, British Airways и миллионы других компаний, постоянно появляются новшества, с которыми можно ознакомиться на официальном сайте Project, в специальном русском блоге или в сообществе Facebook и Вконтакте.
Статья Алексея Просницкого, РМР, MVP (Компания Leo Consulting), первоначально опубликованная .
Данная статья посвящена рабочим процессам планирования и исполнения работ по проектам в проектных институтах и инструментам для автоматизации этих процессов (Microsoft Project Server / Microsoft Project Pro + PlanBridge).
Рабочий процесс планирования работ по проекту в проектной организации выглядит примерно так, как показано на Рисунке 1 .
Рисунок 1. Возможный рабочий процесс планирования проекта в проектной организации*
Примечание 1 - При детализации план-графика проекта и назначении ответственных, рекомендуется проводить оценку не только по длительности этапов и задач, но и по трудоемкости, сохраняя естественно каждый раз базовый план (копируя его), чтобы можно было провести анализ оценок.
Примечание 2 - Конечно, в каждой проектной организации схема взаимодействия может быть отличной от приведенной. Например, длительность разработки одного раздела, определяется за 1 раз, если это только не суперсложный проект, которых в общем объеме очень мало.
Как видно из Рисунка 1 , планирование проекта может происходить не одним человеком, а несколькими.
Также стоит обратить внимание на то, что работы по детализации этапов могут вестись параллельно начальниками отделов, и потом, до задач, начальниками групп.
На Рисунке 2 изображен возможный рабочий процесс отчетности и отслеживания проекта.
Рисунок 2. Рабочий процесс отслеживания проекта
Сейчас мы рассмотрим, можно ли в Microsoft Project Professional и Microsoft Project Server/Online планировать и отслеживать проекты согласно вышеприведенным бизнес-процессам в проектных организациях.
Microsoft Project Professional
«Голый» Microsoft Project Professional или как его задумал Microsoft
В Microsoft Project Professional, в том виде, в каком он представлен на рынке, нет возможности ни одновременного планирования (детализации) работ (см. Рисунок 1 ), ни возможности автоматизировать рассылку и сбор отчетности об исполнении от исполнителей (Рисунок 2 ). Т.е. работать с план-графиком проекта будет только один человек, и он самостоятельно будет собирать отчетность от исполнителей и заносить ее в проект.
Что делать?
Microsoft Project Professional + PlanBridge
Целью занятия является получение навыков создания проекта, настройки его календаря, ввода перечня работ и задания их параметров.
Форма занятия – лабораторная работа с использованием компьютера.
Продолжительность – четыре академических часа.
Настройка окна проекта
Сохранение проекта в файл
Примечание . При всех последующих сохранениях проекта при помощи пункта меню Файл/Сохранить проект автоматически записывается в уже имеющийся файл без открытия диалога сохранения файла.
Рис.
3.18.
Открытие созданного файла проекта
Настройка календаря
Ввод перечня задач проекта
Преобразование задачи в фазу
Для преобразования задачи в фазу все подзадачи этой фазы должны следовать в таблице непосредственно после нее.
Создание связи при помощи мыши
Создание связи в окне сведений о задаче
Создание связи при помощи столбца Предшественники
Создание остальных связей проекта Разработка Программы
Используя рассмотренные выше методы создать остальные связи проекта в соответствии с табл.3.5 .
№ | Название | Предшественники | Длительность |
---|---|---|---|
1 | Начало реализации проекта | - | |
2 | Программирование | - | |
3 | Постановка задачи | 1 | 10 |
4 | Разработка интерфейса | 3 | 5 |
5 | Разработка модулей обработки данных | 4 | 7 |
6 | Разработка структуры базы данных | 3 | 6 |
7 | Заполнение базы данных | 6 | 8 |
8 | Программирование завершено | 5;7 | - |
9 | Отладка | - | |
10 | Отладка программного комплекса | 8 | 5 |
11 | Тестирование и исправление ошибок | 10 | 10 |
12 | Составление программной документации | 10 | 5 |
13 | Отладка завершена | 11;12 | - |
14 | Конец проекта | 13 | - |
Типы связей, задержки, опережения и ограничения
Для начала, давайте вспомним, что обычно требуется от руководителя проекта. Для опытных руководителей это очевидно, а начинающим (или только собирающимся стать руководителями) будет полезно лишний раз вспомнить. Итак, проект по разработке программного обеспечения - это создание некоторое уникального продукта. На разных этапах жизненного цикла проекта от РП требуется решать различные задачи.
Примечание . Мне никогда не приходилось иметь дела с явными денежными оценками проекта, и, как я сейчас понимаю, это серьезное упущение. Все проекты, которыми я руководил, исполнялись сотрудниками компании. Команда проекта формировалась на всё время проекта, некоторые специалисты привлекались на определенное время. Фактически, от меня требуется оценка количества требуемых исполнителей, а также сроки их привлечения. Как мне кажется, это достаточно типичная ситуация для компаний, занимающихся разработкой ПО. В итоге все сводится к оценке трудозатрат, которая, с использованием эмпирических формул, превращается в оценку стоимости проекта. Как видим, присутствует прямая зависимость стоимости проекта от его сроков.
Разберем вкратце свойства сущностей.
Задача имеет длительность, объем, назначенный ресурс и еще чертову уйму различных свойств. Если встроенных свойств не хватает, можно добавить свои - этим мы потом воспользуемся. Задачи могут быть связаны между собой различными отношениями (предшественники, последователи и т.п.).
Ресурс
имеет много описательных свойств, но самое главное - для него можно
задать доступность во времени, для этого используется календарь. Ресурс может быть
назначен на задачу.
На основе этих данных Project умеет делать различные представления с использованием
фильтров, группировок, сортировок и т.п. Кроме этого он умеет по некоторому алгоритму
вычислять сроки начала и окончания задач с учетом доступности назначенных ресурсов
и связей между задачами. Вот, собственно, и почти все что он умеет.
Давайте посмотрим, какую пользу можно из этого извлечь
Примечание Чтобы было понятнее, я уточню некоторые общие свойства проектов,
с которыми я работал. Итак, речь идет о проектах по разработке программного обеспечения,
которые состоят из нескольких этапов. В конце каждого этапа мы должны получить некоторый
осязаемый результат, который будет предъявлен заказчику, поэтому для нас важно оценить
срок не только проекта в целом, но и каждого этапа. Повторяю, единственный вид ресурсов
который требуется - это люди, причем мы не нанимаем специалистов со стороны, а используем
возможности уже работающих сотрудников.
После первичной подготовки плана обычно получается полное безобразие, а не проект. Поэтому начинаем приводить его в порядок. Приведение в порядок заключается в ручной балансировке назначений исполнителей и разделений на этапы. Для этого используем группировку задач по исполнителям , чтобы увидеть как разложились задачи. Для удобства просмотра рекомендую сортировать задачи по дате начала.
Примечание.
Теоретически, для оценки загрузки полагается использовать графики
загрузки пользователей. Эти графики хороши (наверное) для начальства, когда они
оценивают готовый проект. Но они непригодны на этапе создания плана, так как показывают
что все плохо, но совершенно не дают информации почему это так и что можно сделать.
Дальше начинается магия балансировки. Требуется минимизировать сроки выполнения каждого этапа путем обеспечения более-менее равномерной нагрузки на всех участников проекта. Для этого мы выполняем следующие действия:
Это имеет смысл сделать, если мы видим, что у одного исполнителя большой хвост задач,
а у другого есть явные «дыры», причем он может взять на себя некоторые работы у
первого.
Задача, которая приводит у удлинению срока этапа, но при этом не является необходимой
для получения результата этапа может быть перенесена на этап позже. И наоборот,
если в этапе присутствуют «дыры» в загрузке исполнителей, а изменить исполнителей
не получается, то можно попробовать взять задачи из следующего этапа.
Теперь еще раз внимательно смотрим на проект, убеждаемся, что связи между задачами расставлены правильно, что ничего не забыто, а назначения исполнителей соответствуют их специальностям и квалификации.
В результате всех перечисленных манипуляций у нас получается план выполнения проекта, с которым можно работать.
С этим планом мы можем:
Примечание. Обычно я не двигаю задачи по календарю, а только отмечаю насколько они выполнены. Отклонение от плана я отслеживаю по отклонению суммарной задачи проекта от текущего момента.
Есть другая стратегия - внесение изменений в сроки задач, «выталкивая» невыполненные задачи вперед. При таком подходе для отслеживания отклонений от плана можно использовать другую полезную функцию MS Project - базовый план. Базовый план - это просто сохраненный снимок состояния задач. Его можно сделать в начале проекта. Для сравнения текущего плана с базовым, открываем «диаграмму Ганта с отслеживанием». Для динамичного плана, когда порядок выполнения задач часто меняется, это может оказаться неудобным, поэтому я вставляю в проект контрольные точки, отражающие некоторые важные результаты проекта, и отслеживать отклонения от базового плана только для них.
После этого мы получаем возможность указать для каждой задачи компонент, к которому она относится, и, используя группировку задач по компонентам, отслеживать как идут дела.
Пользовательские поля позволяют разделять задачи по нескольким категориям, например, я разделял задачи по типу работ: Разработка, Тестирование, Документирование.
Упомяну для любопытных, что в MS Project также можно задать правила рисования диаграмм на основе свойств задач. При желании, можно сделать так, что задачи по разным компонентам будут иметь разные цвета, причем цвет будет определяться только свойством задачи, его не нужно задавать вручную для каждой задачи. Такие настройки не требуют написания сриптов, а делаются штатными средствами настройки диаграмм.
Использование пользовательских полей, а также встроенные в MS Project функции фильтрации, сортировки и группировки задач позволяют получить самые разные представления, которые позволяют получить ответы на многие вопросы, которые возникают у руководителя проекта.
Наверняка я что-то упустил, не стесняйтесь задавать вопросы.