Методологии управления проектами


2017. SCIM - бесплатная система управления бизнесом со своей методологией


Разработчики онлайн системы SCIM подошли очень серьезно к вопросу управления бизнесом. Они разработали целую концепцию под названием MBO (Management by Objectives = Управление по целям) и создали решение, которое соответствует принципам этой концепции. Проектное управление в SCIM позволяет назначить проектам цели, согласующиеся со стратегическими целями бизнеса, определить приоритет проектов, задать четкие критерии и сроки достижения проектных целей, четкие факторы мотивации персонала. В общем, если вы проверить эту теорию на практике - регистрируйтесь в сервисе. Он абсолютно бесплатный. В перспективе к управлению проектами и персоналом разработчики обещают добавить документооборот, CRM и финансовый менеджмент.


2015. HP запустила сервис управления Agile проектами


Компания HP запустила SaaS сервис HP Agile Manager - решение для управления проектами по методологии Agile. Продукт помогает разработчикам освоить передовые методы работы, ускоряя доставку качественных мобильных приложений. Система создана на собственной облачной архитектуре. У нее простой, интуитивно понятный дизайн. Она помогает сократить задержки, стимулирует использование методов Agile, способствует совершенствованию создаваемого ПО. Поддерживается интеграция в реальном времени с ПО HP Application Lifecycle Management.


2013. Scrumban - визуальное управление задачами для Битрикс24 и Битрикс-портала


В интранет-продуктах Битрикс есть миллион собственных инструментов, в т.ч. и для управления задачами и проектами. Но ведь всегда хочется чего-нибудь еще более удобного, правда? Вот компания Сибирикс придумала Scrumban дополнение к Битрикс24 и 1С-Битрикс:Корпоративный портал, которое позволяет управлять проектами и задачами на симпатичной визуальной доске. Для каждой задачи создается карточка с описанием, участниками, чек-листами, тайм-трекером, файлами, комментариями... А эти карточки отображаются на доске в колоночках, согласно их статусу (например, «Приняты в работу», «Выполняются», «Завершены»). Таким образом, руководитель одним взглядом может оценить общее состояние проекта (или состояние рабочих процессов). Для локального Битрикс-портала это решение стоит 11060 рублей. А для SaaS-сервиса Битрикс24 - пока бесплатно (т.к. еще что-то там допиливают).


2008. Компания PM Expert помогла IQ Property Management оптимизировать процессы управления проектами

В конце марта 2008 года компанией РМ Expert, входящей в группу «Армада» (ММВБ, РТС: ARMD), успешно завершен консалтинговый проект для управляющей компании IQ Property Management (IQ PM) по созданию методологической базы управления проектной деятельностью. ***


2008. Англо-русское издание Wideman Comparative Glossary of Common Project Management

Компания p.m.Office выпустила англо-русское издание самого известного глоссария по управлению проектами - Wideman Comparative Glossary of Common Project Management (Сравнительный глоссарий терминов по управлению проектами Макса Вайдмана).  Книга содержит более 6000 терминов на английском и русском языках. Он предоставляет читателю уникальную возможность сопоставления различных терминов и определений, взятых более чем из 120 различных источников.  Глоссарий является незаменимым инструментом для всех, кто сталкивается с необходимостью выстраивать систему управления проектами в своих компаниях. Он также призван оказать огромную помощь переводчикам, журналистам, редакторам, пиарщикам и другим профессионалам, чья работа связана с созданием публикаций об управлении проектами.  На сегодняшний день Глоссарий признан лучшим и наиболее полным собранием терминов по управлению проектами по версии NASA.


2007. Выпущен доступный и мощный комплекс для управления проектной деятельностью

«ИНТАЛЕВ» выпускает программно-методический комплекс для автоматизации управления проектами «ИНТАЛЕВ: Корпоративные проекты». Уникальность продукта заключается в его доступности, при том, что пользователи получают комплексный пакет услуг и программное обеспечение. Обучение, внедрение и сопровождение системы управления проектами из одних рук! Отечественных аналогов такого решения нет, а западные интегрированные системы стоят на порядок дороже, внедряются дольше и имеют высокие риски. ***


2007. Проектный менеджмент: повышаем точность управления.


Одним из важнейших профессиональных качеств менеджера является умение укладываться в сроки, а также — умение прогнозировать сроки, давать четкий ответ на вопрос: «к какому моменту вы могли бы это завершить?» Кроме того, ему необходимы навыки распределения бюджета своего времени, для принятия решений типа «стоит ли браться за это дело, не нанесет ли это ущерб своевременности выполнения других дел?». Сейчас мы остановимся на методах, позволяющих учитывать при принятии решений не только приоритетность дел и сроки их исполнения, но и затраты времени на исполнение дел, их место в общем бюджете времени. ***


2006. "Инталев" занялся проектным управлением

Компания «Инталев» открыла новое направление – проектное управление. Соответствующая услуга называется «Постановка и автоматизация проектного управления». В её рамках «Инталев» предлагает методологию, технологию и инструментарий проектного управления в форме семинаров-тренингов, сертифицированных курсов повышения квалификации, РОСТ-технологию, автоматизацию управления проектами с помощью программного обеспечения.Программное обеспечение, которое будет использоваться для автоматизации проектного управления – MS Project(продукт компании Microsoft), настроенный под нужды заказчика, и Spider Project (продукт российской компании «Технологии управления Спайдер»).Компания «Инталев» также занимается автоматизацией систем бюджетирования и документооборота и консалтингом в сфере управления бизнесом.


2005. Декларация независимости в проектном управлении

В январе 2005 г. собравшиеся в Сиэтле известные специалисты по программной инженерии сформулировали Декларацию независимости пользователей гибких (agile) методологий, развивающую идеи agile-манифеста, провозглашенного в 2001 г. Они задумали создать собственную альтернативу классическим подходам, пропагандируемым крупными институтами по проектному управлению (PMI.org и др.), и предложили шесть ключевых принципов, которыми рекомендуется руководствоваться в своей деятельности каждому менеджеру гибких проектов, разделяющему agile-концепции:1) заказчик должен получать непрерывную отдачу от своих инвестиций в разработку;2) обе стороны проекта (заказчик и исполнитель) руководствуются достоверными результатами о состоянии работ, постоянно взаимодействуя друг с другом и совместно владея всем программным "имуществом" (моделями, кодом, релизами, документацией);3) степень неопределенности в проекте снижается за счет коротких проектных итераций, упреждения рисков и быстрой адаптации требований;4) ключевым в работе программистов считается творческий потенциал и новаторство - рядовые исполнители являются главным ресурсом, а менеджеры лишь стараются создать такое окружение, в котором разработчики смогут проявить максимальную эффективность;5) рост производительности достигается благодаря постоянной отчетности всех членов команды и коллективной ответственности за результат;6) эффективность и качество труда напрямую связаны со специфическими стратегиями, процессами и практиками, которые в каждом конкретном случае формируются с учетом текущих проектных условий.Нынешнее состояние и проблемы гибких методологий управления программными проектами обсуждались на ежегодной конференции Agile Project Management 2005 (www.agile2005.org), которая прошла летом 2005 г. в Денвере (шт. Колорадо, США). Абсолютное большинство более чем сотни выступлений было посвящено экстремальному программированию (XP, www.xprogramming.com, www.xprogramming.ru), методике SCRUM (www.controlchaos.com), которая популярна на Западе практически так же, как и XP, а вот в России неизвестна, а также семейству подходов Crystal (alistair.cockburn.us/crystal/crystal.html) и их различным вариациям. В этом году тематика выступлений была расширена докладами, посвященными вопросам тестирования ПО: ведь практически все современные гибкие подходы ориентированы на управление требованиями преимущественно на базе тестов, выдвигаемых пользователем. По этой причине agile-подходы хороши в условиях, когда требования заказчика постоянно изменяются и классические модели разработки наподобие спиральной или "водопада" неэффективны, а вот гибкие подходы динамически подстраиваются под нужды клиента.На сложности поиска хороших тестировщиков сетовал Анко Тийман (Ordina, www.ordina.nl). Эти люди ни в коем случае не должны мыслить как разработчики - их задача не решать проблемы, а наоборот, создавать их, ничего не принимая на веру. Солидарен с коллегой и Макс Бауманн (Industrial Logic, www.industriallogic.com). По его мнению, типичная проектная проблема заключается в том, что тестировщикам не всегда удается точно перевести пожелания заказчика в формальные правила испытаний, и нередко ряд важных возможностей продукта не контролируется. Неплохой выход - использовать методики типа Storytest-Driven Development (www.industriallogic.com/catalogs/activities/ 000017.html), когда совместно с заказчиком для каждого требования одновременно вырабатывается и схема тестирования, после прохождения которого требование считается автоматически выполненным. Джим Хайсмит из консорциума Cutter (www.cutter.com) провел аналогию между программной инженерией и материаловедением. При использовании средств компьютерного анализа и моделирования новые материалы создаются в 100 раз быстрее и обходятся в 100 раз дешевле, нежели при использовании традиционных подходов, выработанных десятки лет назад. Аналогичный эффект достигается и при использовании гибких методологий в проектах, где необходимо осваивать новые технологии, продукт надо выпустить быстро и с высоким качеством, а требования заказчика могут постоянно меняться. Особую пользу приносят средства коллективной работы нового поколения, ориентированные не на цикл "планирование - исполнение", а на последовательные шаги "предусмотреть нужные действия - исследовать вопрос". Они поддерживают следующие типичные функции: Внедрение гибкой модели управления отнюдь не проще "жесткой": agile-приемы эффективнее, но нередко и сложнее, особенно при использовании в организациях с выстроенной вертикальной структурой.- определение и отслеживание всех сущностей, имеющих отношение к продукту (влияющих на результат);- быстрый старт проектных работ;- изучение требований с постепенной детализацией, итеративное планирование;- частый выпуск работоспособных релизов продукта на базе запрограммированных и протестированных на данный момент функций;- постоянная отчетность и обратная связь с заказчиком;- интенсивное общение всех участников проекта;- периодический просмотр и анализ достигнутых результатов.Пауль Ходжеттс (Agile Logic, www.agilelogic.com) выделил три ключевые составляющие agile-методик: набор функций (backlog) создаваемого продукта, упорядоченных по приоритетам важности; требования заказчика к системе, представленные не слишком формально (stories); план выпуска релизов. Вопросы управления требованиями, безусловно, остаются актуальными и ключевыми для успеха проекта при использовании как гибких, так и классических методологий. Разница же между ними в том, что в последних подходах основной акцент делается на прямом управлении разработкой ПО, а в agile главными становятся бизнес-цели: управление ролями исполнителей, процессом формирования продукта на базе создаваемой им ценности для заказчика и механизмами взаимодействия с пользователем. Тут важно отметить, что внедрение гибкой модели отнюдь не проще "жесткой": agile-приемы эффективнее, но нередко и сложнее, особенно при использовании в организациях с выстроенной вертикальной структурой. Практика показывает, что если в компании уже имеется богатый, но не очень упорядоченный опыт разработки ПО, то переход к гибким методикам удастся успешно реализовать, как правило, эволюционным путем.О необходимости тесной связи между всеми участниками проекта говорил Лука Хохманн (Enthiosys, www.enthiosys.com). Менеджеры ошибочно считают, что готовящиеся ими бизнес-решения, схемы продаж и методы управления ценой продукта не зависят от заложенных в него технологий; программисты же наивно полагают, что реализуемые в продукте концепции и применяемые платформы не влияют на спрос. Об этом опасном недопонимании обе стороны как минимум должны быть проинформированы.Важность непрерывной связи с заказчиком, необходимость объединения всех мало-мальски связанных с проектом людей в тесное сообщество упоминались практически в каждом выступлении. Так, четыре ключевых аспекта проектного сообщества обозначил Гил Броза (Industrial Logic):- взаимообязательства (commitment): данные о текущем состоянии проекта вывешены на видном месте и доступны любому участнику; разработка ведется совместно с представителями заказчика и будущими пользователями, сидящими в одной комнате с программистами;- взаимодействие (communication): все общение ориентировано на задачи проекта и происходит формально, без излишних эмоций и всегда в рамках единого рабочего пространства проекта, физически и виртуально объединяющего всех участников;- итеративный процесс (process): на каждую проектную итерацию отводится небольшой срок, и чем сложнее платформа разработки (например, Си++), тем он должен быть короче (обычно не более недели);- командная разработка (team development): каждый программист может кодировать любую часть кода.Нюансы командной разработки уточнил Арло Белши (Critical Path Software, www.criticalpath.com). Он исследовал оптимальное время переключения между различными задачами проекта, предлагая разработчикам заниматься только одной задачей на протяжении от 30 мин до недели, и оказалось, что оптимальным временем работы над конкретным требованием можно считать 1,5 ч, после чего лучше перейти к другой задаче.Стив Адольф (WSA Consulting, www.wsaconsulting.com) отметил в своем выступлении, что полезность гибкости и скорости для успеха практически любой деятельности давно доказана 2500-летней практикой ведения военных действий и выработанными на ее основе общеизвестными законами. Он провел аналогию между agile-концепциями и исследованиями прусского офицера Карла фон Клаузевица, теоретика немецкой военной стратегии и тактики XX века, сформулированными в его книге "О войне" ("на войне все очень просто - но именно простые вещи трудны"), и адаптировал к программной инженерии четыре принципа гармоничной деятельности:- соблюдение agile-доктрины как жизненной философии (система ценностей, определяющая выбор рода занятий). В рамках гибких подходов нет места детальным предписаниям, существует лишь минимальный набор правил, обеспечивающий свободное развитие творческих способностей;- постоянная тренировка, причем не в искусственных условиях, а в повседневной деятельности на рабочем месте;- лидерство - agile-лидер напоминает не столько классического менеджера, сколько спортивного тренера, который способен вдохновлять на рекорды и настойчивое достижение цели;- стремление к истине, которая заключается в создании продукта с полезным и ясным предназначением.


2004. Сроки и бюджет в проектном управлении теряют актуальность

В конце ноября московское отделение международного Института управления проектами (PMI, www.pmi.org), основанное в 1997 г. Владимиром Либерзоном (президент компании "Технологии управления Спайдер"), провело конференцию, посвященную практическим методам и инструментам управления проектами. В этом году PMI, ответственный за стандарты управления проектами, организацию образовательных программ и сертификацию специалистов, отпраздновал 35-летний юбилей. Число его членов в последнее десятилетие стремительно возросло - с 25 тыс. в 1996 г. до 140 тыс. в текущем.На мероприятии выступил Хью Вудворд, входящий в руководство PMI и несколько лет возглавлявший эту организацию. Он отметил, что сегодня заказчики проявляют все меньший интерес к классическим "внутренним" характеристикам проекта - стоимости и продолжительности. Их интересует не столько формальное выполнение задания в срок и в рамках бюджета, сколько грядущая отдача от произведенных работ и в конечном итоге размер прибыли. На первый план выходит соответствие проекта таким целевым критериям, как результирующее увеличение доходности, повышение производительности и эффективности, а для некоммерческих структур (государственные, культурные организации) более важны нефинансовые параметры (экологичность, имидж, общественная полезность).По словам Алексея Баженова, президента московского отделения PMI (www.pmi.ru), за время своего существования отделение провело около 70 открытых семинаров и дважды награждалось PMI как самое быстрорастущее. Его вице-президент Алексей Арефьев участвует в разработке стандарта организационной зрелости Organizational Project Management Maturity Model, а Владимир Либерзон - в подготовке стандарта по составлению расписаний исполнения проектов. Управление проектами уже давно считается в мире отдельной областью знаний и не ограничивается классическим стандартом PMBOK Guide, проверенным 20-летней эксплуатацией. Сегодня оно охватывает и смежные направления - организационное и стратегическое управление, модели зрелости, бенчмаркинг и т. д.Александр Цветков, директор компании ПМСОФТ (www.pmsoft.ru), генерального спонсора конференции, отметил, что современные компании активно формируют у себя так называемые офисы управления проектами, которые отвечают за качественные изменения в организации, согласование текущих и долгосрочных планов развития, управление портфелями проектов, что переводит функцию проектного управления в разряд стратегических.Наибольший интерес к данной сфере в России проявляют крупные компании, занимающиеся строительством (прежде всего капитальным), техобслуживанием и ремонтом, а также нефтегазовые, машиностроительные и телекоммуникационные предприятия. Пытаются использовать системы управления проектами и ИТ-компании, разрабатывающие крупные программные решения. В ИТ-сфере данному вопросу традиционно уделяется большое внимание и разработано множество методологий управления проектами, однако, как ни удивительно, подходящие инструментальные средства найти сложно.В один день с конференцией прошло пленарное заседание и восемь секций, где две сотни участников ознакомились с 50 докладами. Рассматривались самые разные темы - проектный опыт, особенности обучения, стыковка с системами финансового учет, консалтинг. Более подробно с результатами мероприятия можно познакомиться на сайте conf2004. pmi.ru.А на выставке демонстрировались продукты и решения компаний Artemis (www.aisc.com), "Диасофт" (www.diasoft.ru), Microsoft (www.microsoft.com/rus/), p.m.Office (www.pmo.ru), ПМСОФТ (www.pmsoft.ru), Spider Project (www.spiderproject.ru) и "Текора" (www.tekora.ru).Отрадно, что популярная за рубежом тема управления проектами наконец достаточно широко и серьезно обсуждается и в России.