(расхождение первоначально запланированных и фактических трудозатрат в процессе реализации проекта);
управлением задачами (потеря со стороны менеджера проекта контроля над задачами и сроками их выполнения, в том числе отсутствие понимания, сколько времени сотрудники реально тратят на ту или иную работу, какова производительность проектной команды и т.д., что особенно актуально для больших распределенных команд);
управлением изменениями (заказчик в процессе разработки меняет требования, при этом внесение изменений отдельно не оплачивается; как следствие, чтобы сдать проект, команде приходится увеличивать объем работ и, соответственно, трудозатраты);
приемо-сдаточными испытаниями (отсутствие четких критериев сдачи-приемки проекта приводит к недовольству заказчика и, как следствие, к затягиванию сроков завершения проекта и появлению незапланированных работ);
управлением рисками (отсутствие формализованного управления рисками может привести в процессе реализации проекта к событиям, которые потребуют изменения объема работ);
проектными коммуникациями , как внутрикомандными, так и с заказчиком (время на коммуникации тратится неэффективно, особенно эта проблема касается географически распределенных команд);
конфигурационным управлением (программный код хранится локально, не поддерживается версионность; сборка производится спорадически, в нее случайно включается устаревший, неактуальный код; силы команды тратятся на выяснение актуальной версии сборки).
Все вышеперечисленные проблемы приводят к одному результату — несоответствию изначально плановых и фактических значений затрат на оплату труда, что снижает показатели эффективности и рентабельности проекта.
Курсовая работа по системам управления технологическими процессами
... SCADA-систему (система диспетчерского управления и сбора данных), которая выполняла бы следующие функции: прием информации о контролируемых технологических параметрах (состав дистиллята, расход хладоносителя); непосредственное автоматическое управление технологическим процессом. оперативное управление ходом технологического процесса (изменение ...
Решение этих проблем очень сложно без внедрения автоматизированной системы управления. Автоматизация поможет создать прозрачную среду управления, связав деятельность по проекту на протяжении всего жизненного цикла проекта в единое целое, что, в свою очередь, позволит эффективно управлять затратами на рабочую силу проекта.
Считается, что автоматизация проектной деятельности — довольно затратное мероприятие. тем сложнее ожидать, что руководство компании понесет дополнительные расходы в период кризиса. Выход из этой ситуации можно найти, используя готовые решения, интегрированные в одну систему.
Однажды компания Luxoft, проанализировав и протестировав ряд продуктов, имеющихся в реальных проектах, создала интеграционное решение для автоматизации процесса разработки — LUXproject.
При создании данного решения были поставлены следующие цели:
комплексная поддержка жизненного цикла разработки ПО (от заключения контракта до поддержки клиента);
поддержка распределенной разработки;
поддержка различных методологий разработки;
снижение затрат на разработку и внедрение системы за счет использования готовых решений (как коммерческих, так и бесплатных).
LUXproject по сути является «процессной оболочкой», которая интегрирует в себе следующие технологии и продуты: JIRA , Confluence , GreenHopper , Cruise Control , Subversion , FishEye , WebDAV и др.
Они доказали свою эффективность на рынке, и накоплен обширный опыт их использования.
Одним из преимуществ этих продуктов является их большой потенциал настройки. Существуют целые сообщества программистов, разрабатывающих плагины с открытым исходным кодом1 для JIRA и Confluence. На рынке также есть много коммерческих плагинов, которые значительно расширяют функциональность.
В результате было создано решение, которое можно отнести к системам ALM (Application Lifecycle Management), объединяющим в себе:
инструменты управления проектами и процессами;
инструменты разработки и тестирования;
средства коммуникаций для распределенных команд.
Поскольку учет трудозатрат осуществляется на всем протяжении разработки ПО, то автоматизация управления должна «пронизывать» все проектные процессы жизненного цикла создания ПО.
Диплом управление строительными проектами
... Еамильтон" для реализации крупного проекта разработки ракетной системы "Поларис". Более чем ... управления инвестиционными проектами 1.1.Основные понятия проектного менеджмента Под проектом ... проекта. 3. Реализация проекта. 4. Завершение проекта. Цикл работы над проектом может иметь больше этапов. Рассмотрим жизненный цикл проекта на примере разработки нового программного продукта. При разработке ...
При этом, чтобы не вводить читателя в заблуждение, стоит отметить, что речь идет не о специальных инструментах разработки или тестирования, а в основном об элементах управления. Это не исключает интеграции инструментов, используемых для управления и непосредственной работы.
Кроме того, будут описаны основные направления, концепции и методы автоматизации проектов разработки программного обеспечения, благодаря которым можно эффективно управлять трудозатратами проекта, предотвращая возникновение незапланированных трудозатрат. В качестве практического примера будет рассмотрена реализация функционала LUXproject.
1. Планирование и контроль выполнения задач
В управлении проектами важно не только правильно спланировать работу, но и следить за ее выполнением, постоянно следя за ходом проекта.
Применительно к проектам разработки ПО одним из недостатков популярных систем календарного планирования и управления (типа MS Project) является отсутствие возможности связывать задачи с другими проектными активностями и устанавливать зависимость между элементами их жизненных циклов.
Для решения данной проблемы все чаще используются системы с возможностью отслеживать состояние проектных активностей (issue tracking).
Трекер (от англ. track, что значит «след») – специальная система для отслеживания состояния проектных активностей (задач, требований, дефектов).
Подобные системы появились в конце 1990-х гг. для обнаружения ошибок в коде при проведении тестирования в проектах разработки ПО. Впоследствии выяснилось, что эти системы можно успешно использовать для мониторинга и другой проектной деятельности. Обычно у трекера есть определенный жизненный цикл для каждой задачи проекта, но многие системы на рынке предлагают возможность гибкой настройки жизненного цикла в зависимости от требований проекта.
В LUXproject применяется трекер JIRA компании Atlassian. Благодаря гибкой архитектуре трекера вы можете создавать различные жизненные циклы в зависимости от ваших дизайнерских потребностей.
Например, в компании используются несколько методологий ведения проектов разработки ПО:
agile-практики;
методологии, основанные на RUP-подобных процессах;
проекты, связанные с поддержкой пользователей.
В этой ситуации для каждого процесса создается свой уникальный набор жизненных циклов, соответствующий конкретным требованиям методологии разработки ПО.
Возможность связывать действия, требования и дефекты позволяет создавать прослеживаемость деятельности по проекту, быстро отслеживая цепочку изменений в проекте.
При этом трекер не заменяет систем календарного планирования, а дополняет их. Идеальная связка системы календарного планирования и трекера выглядит следующим образом: вначале руководитель проекта разрабатывает структуру декомпозиции работ (этапы, задачи, подзадачи) и формирует команду (планирует ресурсы), затем он экспортирует информацию о задачах в трекер (посредством специального модуля экспорта данных).
Система менеджмента качества на предприятии. Обоснование экономической ...
... Этап 5. Разработка нормативной документации С МК На этом этапе формируются нормативные документы, положения и процедуры, обеспечивающие функционирование системы менеджмента качества. Основой для них обычно является уже существующий на предприятии набор ...
В процессе реализации проекта обычные сотрудники меняют статус задач в трекере, связывают задачи с другими задачами проекта и вводят в систему данные о времени выполнения работ. Менеджер проекта периодически передает информацию из трекера в систему планирования, где он проводит всесторонний анализ изменений на протяжении всего проекта и предпринимает соответствующие корректирующие и предупреждающие действия.
2. Интеграция и единый пользовательский интерфейс
Специфика современных проектов разработки ПО такова, что в процессе создания и внедрения ПО участники проектной команды могут возвращаться к пройденным этапам (например, выполнив тестирование, команда разработчиков может вернуться к разработке; после внедрения иногда возникают задачи, связанные с изменением требований, и т.д.).
Поэтому команде важно не только быстро получить доступ к данным из различных областей проекта, но и иметь информацию об истории изменений проекта.
В LUXproject решение этой проблемы достигается за счет единого визуального интерфейса, благодаря которому член команды может быстро запустить тот или иной функциональный модуль системы. Информация о различных мероприятиях проекта передается с использованием специального внутреннего протокола данных, что экономит время при доступе к системам и снижает риск передачи и преобразования данных между различными функциональными модулями.
Следует отметить, что интеграция wikiдвижка, трекера, версионного репозитория и инструментов разработки в едином визуальном интерфейсе (рис. 2) имеет существенные достоинства, такие как возможность создавать прямые ссылки между различными функциональными модулями и наличие прозрачных переходов из одного функционального модуля в другой.
Например, в LUXproject интегрирован wikiдвижок Confluence компании Atlassian , который позволяет выводить на страницу информацию из других систем, формируя ее расположение и параметры отображения путем простейших конфигурационных настроек, благодаря чему можно быстро адаптировать проект к конкретным требованиям внутренней и внешней среды.
3. Проектные коммуникации
Распределенные группы, особенно те, которые находятся в разных часовых поясах, могут иметь проблемы с передачей рабочих данных во время проекта и представлением актуальных артефактов дизайна. Самый распространенный способ решения этих проблем заключается в предоставлении доступа к некой информационной системе с помощью различных протоколов и методов, например доступ через VPN. Однако последнее не всегда удобно, особенно если необходимо организовать доступ с территории заказчика, где существует строгая политика информационной безопасности.
Система управления операционными рисками в кредитной организации
... на проекты (при наличии системы управления проектами), на расходы по статьям бюджета (при наличии системы бюджетирования). Операционные риски можно разделить на уровни: корпоративный уровень, уровень бизнес-единицы, операционный уровень. Взаимосвязь операционных рисков с ...
Более удобен доступ через Интернет по протоколу HTTPS. Благодаря использованию этого протокола и единому веб-интерфейсу можно организовать доступ к системе 24 часа в сутки из любого географического места, где есть выход в Интернет. Тем самым экономится время на получение информации.
Одним из наиболее удобных инструментов коммуникации для распределенных команд является вышеупомянутый движок вики, благодаря которому можно использовать такие инструменты обмена информацией, как форумы, комментарии о деятельности по проекту, базы знаний. Следовательно, сокращается время переписки, вся информация хранится в одном месте, есть возможность организовать доступ к данным для заказчика с возможностью оставлять комментарии в деятельности проекта.
4. Управление рисками
В современных условиях, когда на проект влияет как внутренняя, так и внешняя среда, управление рисками становится обязательной составляющей любого проекта, независимо от отрасли.
Успешное управление рисками в проекте заключается не только в создании списка рисков и их оценке, но также в постоянном мониторинге рисков с точки зрения их значимости для проекта и своевременном принятии решений при возникновении рисковых событий.
Как показывает практика, отслеживание рисков с использованием подручных средств, например с помощью таблиц MS Excel, вполне осуществимо, но зачастую к концу проекта такой контроль практически сходит на нет, т. к. руководитель проекта уделяет основное внимание другим, более актуальным проектным задачам. Поэтому при автоматизации управления рисками в проекте на первый план выходит автоматизация процесса оценки существенности рисков.
В системе заложен следующий механизм контроля за рисками и управления ими. Риск оценивается с точки зрения «вероятности возникновения» и «воздействия на проект». Оценка осуществляется по балльной шкале. Затем автоматически вычисляется цена риска (произведение его вероятности и влияния).
Срок оценки значимости риска устанавливается исходя из полученного значения. Когда наступает дата аудита, соответствующий риск отображается на специальной странице для менеджера проекта, и система автоматически отправляет уведомление по электронной почте. Описанный механизм обеспечивает постоянный контроль рисков на протяжении всего жизненного цикла проекта.
Механизм интеграции wiki и трекера позволяет давать ссылки из каждого описания риска на тот или иной проектный артефакт или связывать риск с другой проектной сущностью (задачей, требованием, дефектом).
Этот механизм обеспечивает непрерывный контроль над источниками риска и, когда происходит событие риска, позволяет быстро разработать план действий для минимизации последствий.
5. Проектные шаблоны
После покупки и внедрения системы поддержки проектов разработки программного обеспечения пользователи могут столкнуться со следующей ситуацией. Компания реализует множество проектов с использованием различных моделей разработки, будь то классические модели, основанные на RUP-подобных процессах, или модели, основанные на гибких практиках. Кроме того, очень часто спецификации проекта определяются требованиями заказчика, поэтому команда проекта может потратить много времени на настройку системы в соответствии с требованиями конкретного проекта.
Применение информационных систем для управления проектами в компаниях
... и автоматизированных систем управления. 1.2 Классификация систем управления проектами Сегодня неуклонно растет количество компаний, осознающих необходимость использования современной методологии управления проектами, основанной на использовании функциональных информационных инструментов для управления проектами. Информационные системы, применяемые для управления проектами, могут ...
Чтобы минимизировать время установки систем, существуют так называемые шаблоны дизайна.
Это совокупность настроек функциональных модулей системы (состоящих из issues (проектных активностей с жизненным циклом), wiki-контента, версионного репозитория, шаблонов документов и базы знаний) под конкретную методологию разработки и требования заказчика. В результате конфигурация системы сводится к простому выбору менеджером проекта шаблона проекта из соответствующего каталога при инициализации проекта и его применении к конкретному проекту в системе.
Например, в LUXproject существуют преднастроенные проектные шаблоны для управления проектами по классическим моделям, аgile, шаблоны для управления группой проектов (проектный офис), шаблоны для службы поддержки. Это позволяет менеджеру проекта быстро развернуть среду проекта в системе. Вы можете продемонстрировать экономию времени при настройке шаблона проекта, сравнив продолжительность настройки шаблона проекта в LUXproject и трекера без шаблонов проекта. В LUXproject создание нового проекта и применение шаблона проекта занимает от трех до десяти минут и может выполняться менеджером проекта. Для настройки трекера в соответствии с требованиями конкретного проекта может потребоваться инженер-конфигуратор, и, как показал опыт Luxoft, этот процесс может занять до двух рабочих дней.
Выводы
В условиях кризиса вопрос снижения себестоимости продукции стоит особенно остро. В проектах разработки и внедрения ПО основными затратами являются:
трудозатраты участников проекта;
затраты на покупку лицензий и поддержку ПО, необходимых для разработки продукта;
затраты на аренду помещений.
Внедрение автоматической системы, которая базируется на веб-интерфейсе и интегрирует в себе различные продукты и технологии, поддерживающие разработку ПО на всем жизненном цикле проекта, позволяет снижать издержки за счет:
построения более прозрачной схемы управления;
распределенного доступа к инструментам всей проектной команды и заказчика;
быстрого поиска информации;
непрерывного управления рисками.
Управление задачами проекта становится более прозрачным при использовании системы планирования и пакета трекера в планировании и управлении. В системах планирования выполняется высокоуровневое планирование проекта, выбор ресурсов, расчет трудозатрат и бюджетных затрат, а оперативное управление работой команды при реализации проекта осуществляется с помощью системы трекера.
Коммуникации в системе стратегического управления организацией
... являются работы отечественных и зарубежных авторов по построению эффективных коммуникаций в организации. 1 Теоретические основы коммуникаций в системе стратегического управления организацией Понятие коммуникации является весьма широким. Рассмотрение этого понятия носит междисциплинарный ...
Связывание проектных активностей в трекере с помощью различного типа ссылок обеспечивает взаимосвязь всех компонентов проекта, что экономит время при отслеживании изменений в проекте, снижает вероятность ошибок и рисков (за счет более точной оценки рисков и выявления их возможных источников).
Веб-интерфейс системы позволяет организовать работу распределенной команды и оперативное взаимодействие с заказчиком в любой географической точке. Клиент, получив доступ с определенными правами, видит, что проект реализуется согласно плану и все запросы и эскалации подтверждаются в соответствующей проектной деятельности, в результате чего взаимное доверие подрядчика и клиента возрастает.
Интеграция всех инструментов в единый интерфейс также позволяет организовать работу с региональными офисами и внештатными разработчиками. Разработчики, где бы они ни находились, могут получить доступ ко всем инструментам разработки и тестирования, не устанавливая их на свой компьютер, а руководитель проекта может осуществлять прозрачный контроль над их работой.
Использование вики-системы при интеграции обеспечивает информативную составляющую рабочей среды, что значительно сокращает время, затрачиваемое художниками на изучение нормативной и рабочей документации, и снижает вероятность ошибок при выполнении заданий.
При этом нет необходимости «городить в саду» системы для управления и разработки ПО непосредственно в каждом офисе компании: достаточно установить систему на одном или нескольких серверах, что, в свою очередь, упрощает лицензионная политика в компании.
