Microsoft Project (или MSP) — программа управления проектами, разработанная и продаваемая корпорацией Microsoft.
Microsoft Project создан, чтобы помочь менеджеру проекта в разработке планов, распределении ресурсов по задачам, отслеживании прогресса и анализе объёмов работ.Microsoft Project создаёт расписания критического пути. Расписания могут быть составлены с учётом используемых ресурсов. Цепочка визуализируется в диаграмме Ганта.
Содержание
Состав решения
Под маркой Microsoft Project доступны сразу несколько продуктов и решений:
Начиная с 2013 года Microsoft начинает поставлять Облачную версию Microsoft Project Online
Рыночная позиция, экосистема и конкуренты
На рынке малых и однопользовательских решений Microsoft Project является де-факто монополистом зарабатывая на продажах более 900 миллионов долларов в год и имея клиентскую базу в 20.000.000 пользователей, что составляет примерно 80% рынка в сегменте малых и персональных решений. На рынке корпоративных систем традиционным и самым серьезным соперником Microsoft является Oracle Primavera. По отчетам Gartner Oracle и Microsoft занимают 1е и 2е место по продажам в корпоративном сегменте. Данный отчет Gartner не включает продажи десктопа Microsoft Project, а только решения с Microsoft Project Server.
Методология внедрения
Microsoft Project является только инструментом, для внедрения управления проектами необходимо выбрать методологию проектного управления. Как правило методология реализуется через «регламенты» проектного управления и отраслевые доработки MS Project.
Наиболее популярные методологии используемые с Microsoft Project.
Плюсы и минусы Microsoft Project
Фактом является то что, Microsoft Project с 20.000.000 пользователей является монополистом.
Наиболее очевидными преимуществами продукта являются следствием того, что он входит в семейство Microsoft Office. Это обеспечивает следующие плюсы характерные для всех продуктов MS Office:
Microsoft стимулирует покупку готовых решений у партнеров через через программу Microsoft ISV Royalty, компенсируя клиентам и партнерам разработку отраслевых решений. Также данная программа направлена на уменьшение проблем продукта с технической поддержкой.
Microsoft понимает недостатки своего продукта в области надежности серверной части и использует несколько программ, чтобы индивидуальные эксперты и партнеры помогали решать эту проблему. Если сам десктоп Microsoft Project также надежен как Microsoft Excel и не имеет существенных нареканий, то надежность Microsoft Project Server находится в фокусе критики даже центральных экспертов и партнеров Microsoft по продукту.
Microsoft решает данную проблему надежности Microsoft Project Server с помощью целого набора программ.
При правильном применении указанных программ проблемы надежности серверных компонент в значительной степени нивелируются: часть стоимости технической поддержки компенсируется Microsoft и бесплатными консультациями на форумах, сложные сценарии корпоративных внедрений крупные клиенты и партнеры Microsoft могут протестировать через Microsoft Technology Adoption Program
Статусы внедренцев и бесплатная поддержка Сообществ пользователей
Корпоративная версия Microsoft Project Server, в отличие от стандартной версии Microsoft Project сделанной в стиле Microsoft Office, требует квалифицированной технической поддержки. Microsoft поддерживает как партнеров, так и индивидуальных экспертов через свои программы.
Для внедренческих компаний Microsoft поддерживает статусы Gold Partner, а также как более старший статус для аффилированных с Microsoft партнеров создана организация Microsoft Partner Advisory Council. Членов этой организации Microsoft официально представляет как «рекомендованных партнеров» на всемирных конференциях Microsoft. Кроме этого, крупнейшие интеграторы (от 100 человек) внедряющие MS Project имеют статус Microsoft Managed Partner. Это означает, что партнером управляют напрямую выделенные менеджеры Microsoft.
Для волонтеров бесплатно поддерживающих Сообщества пользователей на форумах Microsoft как и для других продуктов поддерживает статус Microsoft Project MVP («Наиболее ценный специалист»). Еще более старшим статусом в этой программе является Featured MVP. Экспертов класса Featured MVP корпорация Microsoft продвигает как «рекомендованных» через ресурсы Microsoft Developer Network (MSDN).
На текущий момент бесплатно отвечают на вопросы пользователей на форумах на русском языке четверо MVP по Microsoft Project.
Консультация по правилам программы MVP является бесплатной, эксперты участвующие в программе не в праве просить деньги за услуги по консультированию, а также отказываться от ответов на вопросы пользователей MS Project через форумы.
В мае 2010 года корпорация Microsoft официально объявила о выходе новой версии одного из основных своих продуктов — Microsoft Office. В состав этого решения входит, в том числе и знакомый многим продукт Microsoft Project. Как и все остальные приложения офиса, этот продукт содержит множество важных изменений и усовершенствований, часть из которых была предложена и российскими партнерами Microsoft.
Подробный обзор новых возможностей еще будут проводить ведущие специалисты по Microsoft Project, здесь же остановимся на основных новшествах продукта.
Лента
В этой версии интерфейс программы получил кардинальные изменения. Привычное меню заменено на ленту. 350 команд упорядочены по логическим группам на вкладках — «Задача», «Ресурс», «Проект», «Вид», «Формат». Еще одна вкладка — «Файл» — предназначена для работы с файлами и настройками параметров. Пользователи Project Профессиональный 2010 могут использовать эту вкладку для управления подключениями к серверу Project Server, а также для извлечения и публикации проектов.
Во вкладке «Задача» размещено все, что требуется для добавления и форматирования задач, включая возможность установки процента выполнения, связывания их между собой, преобразования задач из назначенных вручную в формируемых автоматически.
Из названия «Ресурс» уже ясно, что здесь собраны команды управления ресурсами — трудовыми, материальными. Здесь можно добавлять и назначать их задачам, выравнивать загрузку и запускать планировщик работы группы.
Управление проектом в целом производится на вкладке «Проект», но и не только управление, включая возможность добавления подпроектов, а также получение отчетов, в том числе в виде диаграмм, графиков. Эта вкладка дает возможность сравнивать разные версии проекта. В результат сравнения теперь включаются отрезки диаграмм Ганта, иные графические изображения, помогающие яснее видеть отличие одной версии проекта от другой.
Вкладка «Формат» дает возможность изменить представление проекта или переходить от одного представления к другому. Здесь можно выбрать в качестве основных представлений диаграмму Ганта, использование задач и планировщик работы группы, при этом каждое из представлений имеет дополнительные опции. Через эту же вкладку можно включить отображение шкалы времени, на которую могут быть добавлены любые задачи из проекта. Отображается эта шкала под лентой.
Планировщик работы группы — это тоже новинка Microsoft Project. С его помощью можно увидеть, какие задачи решают участники группы, передавать задачи от одного участника группы другому, назначить нераспределенные работы исполнителям. Шкала времени может использоваться для компактного представления всего расписания работ по проекту либо для выделения наиболее важных этапов работ. После того, как задачи будут добавлены на шкалу времени, вы сможете легко расположить их на разных рядах на шкале (перетаскивая их внутри серой полосы, обозначающей проект) или в виде выносок (вытащив их за пределы серой полосы). Шкалу времени можно скопировать и вставить ее в другие офисные приложения, например, PowerPoint или Outlook. Для этого щелкните Copy Timeline на закладке Format и выберите нужный вам размер рисунка.
В зависимости от выбранного элемента представления (диаграмма Ганта, временная шкала, форма задачи, календарь и так далее) изменяется наполнение еще одной вкладки — «Формат». Это наполнение изменяется автоматически при изменении представления. Кнопки, расположенные на этой вкладке, позволяют настраивать текст, столбцы, цвета и другие элементы для представлений всех типов. Для изменения масштаба повременных частей представлений предлагается использовать «ползунок масштаба», размещенный в строке состояния. Ползунок масштаба можно использовать в диаграмме Ганта, в сетевой диаграмме и в представлениях календаря, а также во всех представлениях графиков.
Новый интерфейс (лента) более интуитивный и понятный, чем старые «меню». Многие функции, которые раньше были скрыты в глубинах меню, теперь находятся на виду — легко включить суммарную задачу, настроить вид Ганта и т. п. Следует отметить и еще новшество интерфейса — автоматический подбор высоты строк для длинных названий задач. Сразу после ввода названия строка выравнивается, так же работает и двойной щелчок по границе строк для выравнивания их высоты.
Но не всегда лента бывает удобной из-за большого набора команд, размещенных в ней. Для быстрого доступа к наиболее часто применяемым командам можно использовать контекстное меню любого элемента проекта.
Планирование и управление задачами
В версии Project 2010 добавлены новые мощные средства планирования. Помимо автоматического, добавлена возможность ручного планирования как всех, так и отдельных задач. Что это означает? То, что вместо системы планирования, заложенной в программу, вы будете самостоятельно назначать начальные и конечные точки выполнения задач. При любых перерасчетах и изменениях, вносимых в проект, установленные даты пересчитываться не будут. Понятно, что в этом случае могут возникать проблемы связанных задач. По умолчанию все новые задачи — обычная, суммарная или веха — формируются именно в ручном режиме.
Поэтому, если требуется обнаружение потенциальных конфликтов в задачах, планируемых вручную, можно добавить поле «Предупреждение» (оно имеет два значения — «Да» или «Нет») на любую страницу задачи. Такие задачи с потенциальными проблемами можно сортировать, группировать или фильтровать, что облегчает систематическое решение проблем. Чтобы узнать причину конфликта, надо лишь щелкнуть задачу правой кнопкой мыши и выбрать команду «Исправить в инспекторе задач». В открывшемся окне содержится описание проблемы и варианты ее разрешения.
Еще одна новинка — включение в проект задач, для которых отсутствуют необходимые для планирования данные, но она необходима для понимания целостности работ. При вводе вручную без указания действительной даты начала или окончания и продолжительности Microsoft Project помечает эту задачу как «Заполнитель». Поле, соответствующее этой метке, можно включить в лист задач, такой как представление «Диаграмма Ганта». Его можно использовать для отбора, фильтрации, сортировки задач.
Если заполнитель задачи содержит только сведения о продолжительности, то на диаграмме Ганта более светлым оттенком будет выделен отрезок, идущий от даты начала суммарной задачи, ближайший к данной задаче. Если в двух из трех полей указаны действительные данные, то Project переводит задачу из режима «Заполнитель» в режим «Задача, запланированная вручную».
Задачи, включенные в проект, можно преобразовывать в неактивные. Эта возможность подходит для использования в различных ситуациях, например, для того чтобы проверить планирование проекта при изменении набора включенных в проект работ. Неактивную задачу можно использовать и в том случае, когда ее хотелось бы добавить в проект, но на текущий момент не планировать, либо для отмены ранее запланированной задачи без удаления ее из проекта.
Проще стало работать с суммарными задачами. Теперь нет необходимости вначале формировать необходимые работы, а затем сводить их в группу. Достаточно выбрать команду «Вставить суммарную задачу», а уже затем можно добавлять в нее частные. Это коренное отличие новой версии от предыдущих, поскольку в этом, казалось бы, незначительном обновлении скрыто кардинальное изменение — в дополнение к проектированию «снизу вверх» добавлена возможность создания проекта «сверху вниз».
На вкладке «Ресурсы» появилась новая функция «Планировщик команды». В окне, соответствующем этой функции, отображаются задачи каждого члена команды. Для каждого участника задачи отображаются в отдельной строке, что позволяет быстро понять, кто, что и когда делает. Превышения доступности ресурсов выделяются красным.
Интеграция
Пользователи Project 2010 могут экспортировать файлы проекта в список SharePoint. Это позволяет руководителям проектов быстро и просто обнародовать состояние проекта или создавать отчеты, которые будут доступны для всей организации. Для синхронизации со списком SharePoint не требуется Project Web App.
Версии
Настольная версия Microsoft Project 2010 выпускается в двух редакциях: Microsoft Project Стандартный 2010 и Microsoft Project Профессиональный 2010. Основные различия между этими версиями можно свести в таблицу.
Основные возможности продукта
Microsoft Project Professional 2010
Microsoft Project Standart 2010
Новый графический интерфейс и лента
+
+
Шкала времени
+
+
Планирование «сверху вниз»
+
+
Планировщик работы группы
+
−
Интеграция с MS Project Server 2010 и Microsoft SharePoint 2010
+
−
Назначение неактивных задач
+
−
Выводы
Microsoft Project 2010 — это не просто новая версия, это существенный шаг в развитии продукта. Таких кардинальных изменений в продукте не было уже десять лет. Новый графический интерфейс с возможностями настройки, новые способы планирования, добавления в проекты неактивных задач и задач, не имеющих точных дат начала или завершения работ, управление группами ресурсов, а также многое другое.
Для пользователей будет интересно знать и то, что при разработке Microsoft Project 2010 учитывались и пожелания российских партнеров компании Microsoft, что позволило внести в Project возможности, востребованные на нашем рынке. Купить Microsoft Project 2010 можно у партнеров сети 1Софт.
Эффективно удовлетворяйте потребности вашей компании.
Используйте простое, но мощное средство управления проектами, чтобы без труда спланировать, проконтролировать и выполнить намеченные задачи — от одноразовых проектов до масштабных инициатив.
Работайте гибко
Вы сможете выбрать то, что лучше всего вам подходит, из целого ряда инструментов и методик.
Контролируйте все программы и проекты
Создайте единое централизованное представление всех программ и проектов вашей организации в виде наглядной интерактивной дорожной карты. 1
Эффективно планируйте проекты
Упрощайте планирование и сокращайте время на обучение с помощью привычных функций планирования для менеджеров проектов, таких как представление временной шкалы (диаграмма Ганта).
Делитесь аналитикой, чтобы все были в курсе происходящего
Создавайте в Microsoft Power BI функциональные интерактивные панели мониторинга, наглядно демонстрирующие все аспекты вашего проекта, и делитесь ими с коллегами. 2
Используйте встроенные шаблоны, чтобы быстро приступить к работе
Выбирайте нужное из обширного ряда встроенных настраиваемых шаблонов, созданных на основе отраслевых рекомендаций, и вам не потребуется создавать новые планы по управлению проектами.
Управляйте компанией, как считаете нужным
Настройте управление проектами так, как это требуется вашей организации, и сократите сроки вывода продуктов на рынок.
MS Project – оригинальный программный продукт, предназначенный для управления проектами и выступающий в качестве особого инструмента, используемого менеджером проектов для разработки планов рационального распределения ресурсов и денежных средств в соответствии с поставленными задачами. Данное приложение отличается простотой и удобством и позволяет отследить ход выполнения конкретного проекта, проводя подробный анализ объема выполненной работы, сопровождаемый построением необходимых отчетов.
Используя Microsoft Project – приложение, представленное на www.skill.im/courses/ms-project, можно осуществлять управление проектами независимо от их сложности и количества этапов. Применение приложения помогает каждому участнику проекта в режиме онлайн выносить собственные предложения и видеть полученные изменения. Результатом внедрения данного решения является работа, выполненная в полном объеме и в точно установленные сроки. Для того, чтобы каких-либо затруднений в процессе работы с программой не возникало, специалисты рекомендуют предварительно пройти обучение на специализированных курсах MS Project, так как только поняв, как правильно применять на практике данное приложение, можно полностью исключить из работы возможные погрешности и отличиться в профессиональной сфере.
В результате каждый, кто прошёл курс Microsoft Project, посетив www.skill.im, откроет для себя широкие возможности по настройке программы, научится адаптировать данный продукт под конкретную специфику деятельности посредством программирования или приобретения уже готового решения, потратив на это совсем немного времени, что характерно и для других продуктов Microsoft Office.
В процессе работы программы, предназначенной для управления отдельными проектами, каждый менеджер должен максимально эффективно использовать функциональные особенности данного продукта. Принцип действия его основан на работе с представлениями, в которых содержатся фильтры, таблицы и группировки. В программе Microsoft Project можно найти несколько десятков представлений, способных организовать сведения, предназначенные для различных целей. В процессе обучения пользователей учат правильно их настраивать.
Особого внимания заслуживает функция контроля и отслеживания хода проекта, в рамках которой Microsoft Project позволяет осуществлять сравнение выполненных расчетов с результатами, которых удалось достичь, тем самым контролируя выполнение проекта по всем параметрам. Для того чтобы проанализировать ситуацию и принять нужное решение, применяются отчёты, в которые вносятся самые полные сведения о том, насколько точно выполнен проект.
Новая программа MS Project на сегодняшний день остается весьма распространенной среди таких специалистов, как инженеры, строители, менеджеры торговых сетей, проектировщики в сфере нефте- и газодобычи и др. Работают с ней исключительно те, кто изучил приложение детально и глубоко, посетив специализированные расширенные курсы, учебная программа которых построена в том числе на основе пожеланий клиентов приложения.
Управление разработкой в проектах по созданию сложных программных систем. Опыт использования MS Project и Team Foundation Server
Многие программисты по мере своего развития выбирают для себя стезю управления разработкой, с сожалением ограничивая себя в творческом процессе изучения новых языков программирования и технологий.
И, начиная с этого момента, мы уже как руководители вынуждены бороться со сложностью разработки программных проектов, сложностью их однородного понимания всеми участниками и сложностью учёта изменений, происходящих постоянно при изменениях внешней среды. Ориентируясь на пророческое утверждение Брукса о том, что серебряной пули нет, мы всё же ищем способ найти управленческую технику, увеличивающую, хотя бы и не на порядок, производительность, надёжность и простоту в разработке программного обеспечения.
Итак, каждый из руководителей знает, что такое диаграмма Ганта, и каждый пользовался MS Project. Ещё больше читателей, программистов, использует систему управления задачами. И практически все программисты-не одиночки используют систему управления исходным кодом.
Перед нами стоит вполне прагматическая задача обеспечить единый процесс разработки, когда при учёте каждого нового изменения требований можно наглядно увидеть изменение параметров проекта.
Сформулируем эту задачу на прикладном уровне. Представим проект как набор этапов, которые в свою очередь состоят из перечня высокоуровневых задач, каждая из которых включает ряд пользовательских сценариев, стори, а те – декомпозируются в таски. Мы нарочно и дальше будем использовать в статье такую смешанную терминологию, не то ГОСТ, не то Agile, так как заказчики смотрят на проект примерно на уровне детализации этапов, и им вообще не интересно знать, что такое Agile, а разработчики смотрят на задачи примерно на уровне тасков и им в свою очередь не интересно думать о ГОСТах.
Далее, мы должны добиться того, чтобы при поступлении новых данных о проекте репланнинг с учётом всей доступной информации проходил максимально быстро, и мы могли получить максимально быструю обратную связь по проекту в целом, чтобы предоставить её Заказчику (или учесть в собственных маркетинговых ожиданиях при разработке собственного продукта).
Какими инструментальными средствами должны теперь мы воспользоваться для того, чтобы достигнуть цели? Представлю следующие критерии выбора этих инструментальных средств: 1) Необходима диаграмма Ганта как визуальное средство и как инструмент для планирования этапов 2) Инструментальные средства должны позволять проводить декомпозицию высокоуровневых задач в пользовательские сценарии, а их – в таски для программистов и аналитиков 3) Инструментальные средства должны автоматизированным способом обеспечивать взаимосвязь при изменениях между задачами в высокоуровневой диаграмме Ганта и тасками. Например, если мы ошиблись с оценкой одного из тасков, и у программиста на задачу ушло времени в два раза больше, то это может привести и к увеличению продолжительности одного из высокоуровневых этапов. А поскольку мы не хотим, чтобы сроки высокоуровневого этапа были сорваны, то мы должны провести анализ критического пути, чтобы заново сбалансировать требования и ресурсы. Наши инструментальные средства, благодаря взаимосвязям между уровнями, должны помочь нам увидеть проблему с возможными срывами сроков на диаграмме Ганта 4) Желательна также возможность отслеживания связей между тасками программистов и исходным кодом в системе управления исходным кодом 5) Система управления исходным кодом в свою очередь должна поддерживать модель бранчинга, например, подойдёт связка git+gitflow 6) В системе управления задачами необходима возможность отмечать фактически назначенное время и учитывать величину остатка по времени, а также получать отчёты о ходе выполнения работ
Существует несколько вариантов выбора подобных инструментальных средств, рассмотрим три из них, которые кажутся нам наиболее подходящими: 1) MS Project + Team Foundation Server 2) Jira 3) Redmine Jira и Redmine рассмотрим в следующих статьях, а в этой сосредоточимся на MS Project + Team Foundation Server (+ Visual Studio).
Использование MS Project и Team Foundation Server
Установка Team Foundation Server 2013 сама по себе тривиальна. Заранее установите SQL Server, чтобы использовать его в качестве репозитория. Отметим, что для настройки TFS нужно использовать и Web-приложение Панель управления, доступное через http://hostname:8080/tfs (по умолчанию), и Windows-приложение Administration Console. Например, из Панели управления можно раздавать доступ до коллекций, а создавать коллекции можно только в Administration Console.
Предположим, что мы работаем на Государственное Ведомство, и после совещания мы получили задачу через неделю выкатить сайт, который под нагрузкой сможет держать «всех граждан нашей страны, которые туда зайдут» и мобильное приложение.
Работа есть работа, в Project создаём следующий план:
В этом плане мы видим задачки на разработчиков, аналитиков, дизайнера, верстальщика, тестера и инженера. Задачи сбалансированы по порядку следования, не пересекаются для отдельных исполнителей, содержат в одном из случаев разрыв для эффективного распределения нагрузки.
Все специалисты полны энергии и рвутся в бой, поэтому нужно получить из этого плана список задач в TFS. В TFS предварительно должна быть создана Коллекция, в ней создан Проект (а его надо создавать в Visual Studio, я выбрал в качестве шаблона процесса MSF for Agile Software Development 2013.4).
Для настройки выгрузки в TFS, переходим в Project на вкладку Team, которая появляется после установки TFS, и выбираем командный проект:
Дальше публикуем задачи:
… и сталкиваемся с проблемой:
Ну, канешна, как же я сразу не догадался: надо ведь определить типы элементов для TFS! Чтобы это сделать, необходимо добавить столбец Work Item Type в Project, который появился там после установки TFS. Обратите внимание на то, что для правильной группировки элементов в TFS тип объемлющих задач должен быть User Story, а у содержащихся в них задач – Task.
На скриншоте видно, что я добавил не только Work Item Type, но ещё и Area Path, и Iteration Path. Эти поля также необходимы, чтобы создать задачи в TFS, они характеризуют, соответственно, модуль в разрабатываемой системе и версию.
Нужно привязать указанные ячейки по смыслу, отследив, чтобы и соответствующие ресурсы были в AD, и Area Path, и Iteration Path были созданы:
… и попробуем опубликовать данные ещё раз. Для просмотра задач необходимо также воспользоваться Visual Studio, там всё стандартно, подключаемся к Коллекции, Проекту и выполняем запрос (Query) для того, чтобы посмотреть список задач
Также можно заметить, что в столбце Work Item ID в Project появились соответствующие идентификаторы элементов, которые затем могут использоваться для синхронизации данных между Project и TFS
В столбце Длительность вместо планируемых трудозатрат появились нули. Дело в том, что у Work Item в TFS для определения длительностей задач используются другие поля: Original Estimate, Completed Work и Remaining Work. По смыслу длительности в первом приближении наиболее соответствует поле Original Estimate, которое маппится на поле Базовые трудозатраты в Project
И, раз уж мы добрались до маппинга, то есть соответствия между столбцами Project и полями TFS, в двух словах упомянем, как его можно поменять. В одной статье на MSDN описан файл маппинга полей Project, а в другой статье – описан экспорт и импорт этого файла в TFS. А для того, чтобы разобраться с переносом длительности в трудозатраты, воспользуемся материалами ещё одной статьи с MDSN), т.к. без документации тут уже не разобраться. Зададим, как рекомендуется в этой статье, базовые настройки планировщика в Project (Файл->Параметры->Расписание)
… и определим на основе длительности задач базовые трудозатраты
В итоге колонка Базовые трудозатраты будет заполнена соответствующими значениями
А затем публикуем изменения в TFS.
Так мы и получили в MS Project диаграмму Ганта, а в TFS – набор связанных задач, к которым специалисты могут получить доступ через привычные инструменты, то есть через Visual Studio.
Все пункты наших требований выполнены? Да, в TFS встроена система контроля версий, которую можно также заменить на GIT, так что пункты 4 и 5 автоматически из списка критериев также автоматически поддерживаются в такой схеме. И всё вроде бы хорошо, если бы не
Бочка дёгтя, или Microsoft, ну, как же так?
Критика – не самое приятное занятие, однако в данном случае объективности требует от нас формат статьи. Всё же это не Tutorial по Project и TFS, и мы должны рассмотреть эту связку как средство, которое действительно снижает трудозатраты при работе с планом, а для этого мы должны избежать лишних сложностей в использовании инструментов. Рассмотрим несколько кейсов, которые возникают при реальном использовании Project и TFS.
Кейс 1. По ошибке добавлен несуществующий баг
Предположим, что в текущую итерацию в TFS добавлен баг, которого в природе не существует. Ошибки случаются, с этим ничего не поделаешь. Или баг оказался не багом, а фичей. Такого у вас не бывало? Аналитик дочитал свою постановку до конца и что-то понял, тестировщик открыл все привязанные к таску файлы, программист решил задать все вопросы, которые его давно мучали (давайте не вспоминать про TDD, пример условный).
Что делать в этом случае в нашем планировании? Баг можно спокойно закрыть в TFS, но если мы обновим изменения в Project (Refresh), то он никуда из плана не исчезнет. Вроде бы логично, сущности никуда не удаляются. А как быть с единым планом проекта? Придётся всё править руками.
Вывод. Если Work Item по ошибке добавлен в TFS, из Project удалить его в автоматическом режиме не выйдет.
Кейс 2. Поменялась длительность итерации
Тоже из опыта… Помните Заказчика из начала статьи? На следующем совещании он сократил сроки на итерацию с двух недель до недели. Понятно, что надо идти и скорее работать, но мы по-хорошему хотим сначала актуализировать план. Зайдём и сократим итерацию в TFS. Как отразилось на тасках? Не отразилось. Таски не понимают, что они не умещаются во временные рамки итераций. Окей, майкрософт, давай загрузим изменения в Project.
И что поменялось? Ничего, Project слышал только о названиях итераций в TFS и ничего не знает о сроках.
Вывод. При изменении сроков итерации разбираться со сроками по таскам придётся в ручном режиме.
Кейс 3. Обобщение проблемы: репланнинг
… связка TFS – Project работает как-то топорно и неудобно.
Главное – это регулярное обновление плана.
Помимо изменения типов Work Item, удаления лишних задач и т.п., в реальном проекте план может поменяться почти полностью, как по составу тасков в высокоуровневых задачах (стори), так и по длительности и составу итераций. Что предлагает нам Project и TFS, чтобы учесть эти изменения, морфировать таски, сбалансировать заново план, посчитать ресурсы, учитывая изменения в длительности итераций и подготовить новый план по релизам? Ничего не предлагает.
Заключение
Решение от Microsoft для управления проектами и разработкой ПО в виде совместного использования продуктов Project + TFS + Visual Studio может использоваться для однократного планирования работы и плохо подходит для постоянного автоматизированного репланнинга.
Размышляя над тем, стоит ли публиковать статью с выводом о том, что рассматриваемый стек технологий Project + TFS не очень подходит для решения поставленной задачи, я решил, что отрицательный опыт – это тоже опыт, и он, по крайней мере, позволит читателям сделать свой выбор.
Итак, решать задачу полного управления разработкой на этих инструментах можно лишь при первом составлении плана и затем на основе полуавтоматизированного труда руководителя или его помощника, при этом любой репланнинг будет отнимать время на рутинные операции.
В следующих статьях рассмотрим другие наборы инструментальных средств, первыми кандидатами являются Jira и Redmine.
