Эксперт нашей компании Максим Панасюк принял участие в создании первой русскоязычной книги по Project 2016 — «Microsoft Project 2016. Методология и практика».
Он стал автором главы 13 — «Microsoft Project и VBA», которая посвящена автоматизации функций Project с помощью языка программирования Visual Basic.
В конце 2014 года специалисты компании Acceleration Consulting, при участии LEO Consulting, успешно завершили внедрение нашего программного продукта PlanBridge в девелоперской компании «ТПС Недвижимость».
Это внедрение имело ряд интересных особенностей.
В этой заметке пойдет речь о проектных организациях, основная деятельность которых – работы по проектированию объектов или изделий. В первую очередь, это проектные институты или конструкторские бюро, выполняющие проектно-изыскательские работы (ПИР). Также это могут быть научно-исследовательские организации, проводящие НИОКР, хотя их деятельность можно планировать менее предсказуемо, в связи с более творческим рабочим процессом, успех которого зависит от таланта отдельных сотрудников.
В организациях, где планируется использовать Microsoft Project Server в нескольких организационных единицах, или подразделениях, часто возникает вопрос: «Следует ли каждому подразделению использовать свой экземпляр Project Server, или им надо делить один экземпляр?».
Хотя некоторые внедренцы имеют на этот счёт устоявшееся мнение, мы в компании Brise считаем, что нет единственного лучшего варианта для любой ситуации. У каждой компании свои нужды: одни удовлетворяются единственным экземпляром Project Server, для удовлетворения других требуется несколько отдельных экземпляров. В некоторых организациях даже может потребоваться установить, настроить и поддерживать несколько отдельных ферм SharePoint для разных подразделений. В этой статье мы попытаемся рассмотреть каждый вариант, и сделать выводы о его ограничениях, преимуществах и недостатках.
Завтра в Киеве состоится крупнейшая украинская конференция по управлению проектами — Dark Side of the Project. В одном из докладов там будут представлены новые возможности PlanBridge, которые помогут пользователям Microsoft Project организовать эффективное управление проектами в строительной отрасли. Также участники конференции смогут услышать о разработках компании Brise, расширяющих функции Project Server.
Microsoft Project Server – достаточно удобное решение для коллективной работы над проектами в организации, если ее сотрудники имеют доступ к корпоративной сети и учетные записи в домене организации. Однако, в некоторых компаниях есть необходимость обмена проектной информацией не только между сотрудниками, но и с внешними подрядчиками. Должен быть удобный способ автоматизировать внесение в графики таких данных, как выполненные объемы, плановые и фактические сроки работ. При этом представителей подрядчиков уже нельзя пускать в корпоративную сеть, и это становится проблемой.
Интерфейс PWA в Project Server предоставляет пользователям разнообразные возможности совместной работы над проектами, но в основном они касаются отслеживания выполнения и отчетности по проектам. Если рассмотреть процесс планирования – декомпозиции работ, установки сроков, назначения ресурсов, то главную роль в нем играет менеджер проекта (планировщик). Обычно это участник привилегированной группы пользователей «Руководители проектов», имеющий полные права на доступ к проекту. Он извлекает проект для редактирования «от и до», и чаще всего делает это даже не в PWA, а работает в Project Professional.
Microsoft Project Server (MSPS) поддерживает большое количество инструментов для отчетности и бизнес-аналитики. Это PerformancePoint Services, Excel Services и Visio Services в составе SharePoint, а также Reporting Services (SSRS) и Analysis Services в составе Microsoft SQL Server. В качестве основного варианта источника данных для всех указанных систем отчётности используется специально предназначенная для этих целей база данных Reporting.
Однако при использовании данных из БД Reporting, невозможно построить отчёт, представляющий информацию о проектах в повременном виде, поскольку MSPS не хранит историю изменения проектных данных, а хранит лишь данные, актуальные на текущий момент времени. К примеру, эта возможность может быть необходима менеджеру проекта или иным заинтересованным лицам для получения динамики (тренда) таких показателей, как:
Чтобы информация о проекте в MS Project Server была доступна не только менеджеру, но и другим участникам проекта, он должен быть опубликован. Это естественная и понятная особенность сервера управления проектами от Microsoft. Но из нее логично следует и другая особенность: чтобы участники проекта обладали актуальной информацией о его изменениях, он должен публиковаться регулярно, — желательно, после каждого изменения. И здесь уже начинаются проблемы. Именно поэтому автоматизация публикации — одна из доработок Project Server, наиболее востребованных его пользователями. Тем не менее, Microsoft так и не создал встроенных в Project Server средств для решения этой задачи.
Существует несколько подходов, по которым может строиться решение, и естественно, ни один из них не идеален. Опишем их преимущества и недостатки.
