ключевые проекты это что
Ключевые проекты это что
Все проекты одинаково важны для нас, но некоторые стали ключевыми в процессе развития компании и определили области нашей компетенции.
Мониторинг за ходом строительства олимпийских объектов в городе Сочи
Проект разрабатывался по заказу Управления капитального строительства администрации города Сочи в рамках краевой целевой программы «Обеспечение строительства олимпийских объектов и развития Сочи как горноклиматического и бальнеологического курорта».
Программный комплекс предназначен в помощь департаменту Краснодарского края при подготовке зимних Олимпийских игр 2014 года, Управлению капитального строительства администрации города Сочи в качестве эффективного инструмента планирования, учёта, контроля, анализа всех этапов строительства олимпийских объектов.
Подробнее
Федеральный портал малого и среднего предпринимательства и сеть типовых порталов для регионов РФ
Проект был разработан по заказу Министерства экономического развития Российской Федерации в рамках федеральной целевой программы «Электронная Россия (2002-2010 годы)».
Проект был реализован по заказу Агентства по управлению имуществом Пермского края в рамках областной целевой программы «Создание автоматизированной системы ведения государственного земельного кадастра и государственного учета объектов недвижимости в Пермской области (2003-2011 годы)», утвержденной Законом Пермской области от 06.11.2002 г. № 433-78.
За время работы было создано и обработано в специальных графических редакторах более 4-х миллионов электронных копий технических паспортов. В ходе проекта разработаны классификаторы объектов недвижимости и технологии создания электронной базы данных, содержащей сведения об 1.2 млн. объектов недвижимости. Была разработана система контроля качества внесения данных и контроль качества выполненных работ. В проекте было задействовано 10 сторонних организаций Пермского края.
Подробнее
Мониторинг рынка недвижимости
Разработка и тестирование системы кадастровой (массовой) оценки недвижимости РФ
Проект «Разработка и тестирование системы кадастровой (массовой) оценки недвижимости Российской Федерации» был реализован в рамках проекта Международного Банка реконструкции и развития (МБРР) «Развитие системы государственного кадастрового учета объектов недвижимости» по направлению «Массовая оценка объектов недвижимости».
Подробнее
Массовая оценка объектов недвижимости
Интернет-портал Domoway — инновационный проект в сфере недвижимости, не имеющий аналогов в России. Разработанные алгоритмы и специальное программное обеспечение позволяют проводить оценку жилой недвижимости в автоматическом режиме. Любой пользователь, зашедший на сайт, имеет возможность бесплатно оценить не только свою, но и любую другую квартиру.
Подробнее
Управление арендой и арендными отношениями
Управление территориями с особым режимом предпринимательской деятельности
Информационная система была разработана для сотрудников центрального аппарата и территориальных органов Федерального агентства по управлению особыми экономическими зонами (ОЭЗ) в качестве средства программного и информационного обеспечения автоматизации процессов управления особыми экономическими зонами.
Подробнее
Государственная кадастровая оценка земельных участков
Разработка концепции, методики, пакета нормативно-методической документации, специального программного обеспечения для государственной кадастровой оценки земель категорий: земли поселений, земли промышленности, земли садоводческих и дачных объединений.
Подробнее
Управление землей и недвижимостью субъекта РФ и муниципального образования
Программные комплексы управления землей и недвижимостью субъекта Российской Федерации и муниципального образования предназначены для информационного обеспечения управления земельными участками и иными объектами недвижимого и движимого имущества.
Подробнее
Управление проектами
Понятие проекта. Виды и классификация проектов
1. Понятие проекта. Виды и классификация проектов
В различных источниках можно найти разнообразные определения понятия «проект»; в целом, они не противоречат, а дополняют друг друга. Проект (англ. project)– это:
Ключевыми особенностями проекта являются:
Таким образом, многие проекты – уникальные в своем роде четко определенные действия, направленные на получение конкретных результатов в многофункциональном окружении в течение установленного срока и в рамках выделенных ресурсов с привлечением группы людей, обладающих разносторонними навыками и знаниями, работающих под специальным руководством.
1.2 Проект как объект управления
Проект как объект управления описывается совокупностью характеристик: назначение проекта, его стоимость, качество, сроки исполнения, риски и т.д. (табл. 1).
Предметная область проекта – содержательная сущность проекта: цели проекта, задачи, объемы работ и ресурсов, необходимых для их достижения.
Цель проекта – желаемый результат деятельности, достигаемый в пределах установленного интервала времени.
Стратегия проекта – центральное звено, как в подготовке, так и в оценке проекта, а также в построении соответствующей маркетинговой стратегии. Стратегия проекта – это комплекс целей и принципов, позволяющих распределить необходимые ресурсы на период времени, представляющий собой горизонт планирования проекта.
— описываются новые продукты или услуги, которые получит потребитель в результате реализации проекта
— сметные затраты, необходимые для выполнения работ проекта
Объемы работ проекта
— количественные показатели объема работ проекта
Сроки выполнения проекта
— время выполнения проекта (даты начала, окончания, продолжительность)
— соответствие характеристик проекта и его продукции установленным стандартам качества
— ресурсы, требующиеся для осуществления проекта, например, оборудование, материалы, персонал, программное обеспечение, информационные системы, производственные площади и др.
— специалисты и организации, привлеченные к выполнению работ проекта, их количественные характеристики, состав (назначение) и квалификация
— определение рискованных событий в проекте, вероятности их свершения и ущерба от их воздействия на проект
Понятие инвестиционный проект употребляется в двух смыслах. Инвестиционный проект:
– это комплексный план мероприятий, включающий проектирование, капитальное строительство, приобретение технологий и оборудования, подготовку кадров и т.д., направленных на создание нового или модернизацию (расширение) действующего производства товаров (продукции, работ, услуг) с целью получения экономической выгоды.
– это система организационно-правовых и расчетно-финансовых документов, необходимых для осуществления каких-либо действий или описывающих такие действия.
В «Методических рекомендациях по оценке эффективности инвестиционных проектов» приводится следующее определение: инвестиционный проект – обоснование экономической целесообразности, объема и сроков осуществления капитальных вложений, в том числе необходимая проектно–сметная документация, разработанная в соответствии с законодательством РФ и утвержденными в установленном порядке стандартами (нормами и правилами), а также описание практических действий по осуществлению инвестиций (бизнес-план). Проектно–сметная документация представляет собой пакет документов, определяющих место строительства (реконструкции) будущего объекта, его архитектурное и конструктивное решение, потребность в кадрах, строительных материалах, машинах и оборудовании, денежных средствах
1.3. Классификация проектов
Проекты различаются по уровню, масштабам изменений, широте охвата, по требованиям к качеству и способам его обеспечения, по совокупности проектов, по уровню участников, по характеру целевой задачи, по объекту инвестиционной деятельности, по главной причине возникновения проекта.
Проекты различаются в зависимости от:
Классификация проектов приведена в таблице 2.
По масштабу (размеру) проекта
По срокам реализации
По требованиям к качеству и способам его обеспечения
По совокупности проектов
По уровню участников
По характеру целевой задачи
По объекту инвестиционной деятельности
По главной причине возникновения проекта
Необходимость структурно-функциональных преобразований
Монопроект – это отдельный проект различного типа, вида и масштаба. Мультипроект представляет собой комплексный проект или программу, состоящую из ряда монопроектов и требующую применения мультипроектного управления. Мегапроекты – это целевые программы, содержащие множество взаимосвязанных проектов, объединенных общей целью, выделенными ресурсами и отпущенным на их выполнение временем. Такие программы могут быть международными, государственными, национальными, региональными межотраслевые, отраслевые и смешанные. Программы формируются, поддерживаются и координируются на верхних уровнях управления: государственном, республиканском, областном, муниципальном.
Краткосрочные проекты реализуются на предприятиях по производству нововведений различного рода, опытных установках, восстановительных работах. Бездефектные проекты в качестве доминирующего фактора используют повышенное качество.
Международные проекты обычно выделяются значительной сложностью и стоимостью. Их отличает важная роль в экономике и политике тех стран, для которых они разрабатываются. Эти проекты основаны на взаимодополняющих отношениях и возможностях партнеров.
В научной литературе выделяются также инновационные проекты. Абсолютное большинство инвестиционных проектов содержат в той или иной степени инновационную составляющую, поэтому разделение проектов на инвестиционные и инновационные достаточно условно. Проекты, которые обеспечивают разработку новых изделий или технологий и предполагают вложения в нематериальные активы, в большей мере претендуют на классификацию их как инновационных.
Несмотря на определенную трудность отнесения проектов к тому или иному виду, увеличение в них доли работ, направленных на создание инноваций, меняет характеристики проектов.
Так, инновационный проект отличается от инвестиционного следующим:
Классификация проектов позволяет достаточно четко ранжировать перспективные и реализуемые проекты, и как следствие, ставить выполнимые цели, задавать реальные сроки достижения целей, и привлекать оптимально необходимые ресурсы для их успешной реализации.
Определение проекта согласно PMBoK 5:
Проект — это временное предприятие, направленное на создание уникального продукта, услуги или результата. Временный характер проектов указывает на определенное начало и окончание. Окончание наступает тогда, когда цели проекта достигнуты или когда проект прекращается в связи с тем, что его цели не будут или не могут быть достигнуты, либо когда в проекте больше нет необходимости. Проект также может быть прекращен, если клиент (заказчик, спонсор или ответственное лицо) желает прекратить проект. «Временный» не обязательно предполагает краткую длительность проекта. Это относится к вовлеченности в проект и длительности проекта. «Временный», как правило, не относится к создаваемому в ходе проекта продукту, услуге или результату. Большинство проектов предпринимается для достижения устойчивого, длительного результата. Например, проект по возведению памятника государственного значения создаст результат, который останется на века. Проекты также могут приводить к воздействиям на социальную, экономическую и окружающую среду, превышающим длительность самого проекта.
Каждый проект приводит к созданию уникального продукта, услуги или результата. Конечный результат проекта может быть осязаемым или неосязаемым. Несмотря на то что в некоторых операциях и поставляемых результатах проекта могут присутствовать повторяющиеся элементы, их наличие не нарушает принципиальной уникальности работ по проекту. Например, офисные здания могут строиться из одинаковых материалов или одной и той же строительной бригадой. Но каждый такой строительный проект будет уникальным ввиду разного местоположения, отличий в архитектуре, обстоятельствах, ситуациях, разных заинтересованных сторон и т. д.
Текущая деятельность, как правило, представляет собой повторяющийся процесс, который выполняется в соответствии с существующими в организации процедурами. И, наоборот, по причине уникального характера проектов, возможны неопределенности или различия в отношении продуктов, услуг или результатов, создаваемых в ходе проекта. Операции проекта могут быть новыми для членов команды проекта, что обусловливает необходимость более тщательного планирования, в отличие от рутинных работ. Кроме того, проекты предпринимаются на всех уровнях организации. В проекте может участвовать один или несколько человек, одно структурное подразделение организации или несколько структурных подразделений различных организаций.
Проект может создать:
Работа с проектом: этапы, особенности и артефакты
Начинаем серию статей для быстрого погружения в проджект-менеджмент. Весь курс в видеоформате можно бесплатно пройти на GeekBrains. А здесь первый урок в текстовом виде — для тех, кому удобнее читать.
Этапы проекта
Любой проект состоит из четырёх этапов: инициализации, планирования, реализации и завершения. Рассмотрим каждый подробнее.
Инициализация. Заказчик приходит к проджект-менеджеру с запросом. Менеджер анализирует бизнес-идею (определяет содержание и длительность проекта), разрабатывает проектное задание и выполняет стратегическое планирование.
Планирование. Проджект-менеджер определяет, из каких специалистов будет состоять команда, каковы объёмы проекта, его этапы и контрольные точки для сверки с заказчиком. Также выявляет возможные риски и рассчитывает ресурсы.
Реализация. Проджект помогает команде создать конечный продукт или его часть — для этого отслеживает и контролирует каждый из этапов, решает проблемы, информирует заказчика о ходе проекта и управляет изменениями.
Завершение. Проджект-менеджер сдаёт продукт заказчику, оценивает уровень удовлетворённости клиента и приобретённый опыт. Фиксирует успехи, неудачи и их причины, чтобы стать эффективнее и избежать негативного опыта в будущем.
Проектные артефакты
Артефакты проекта — это физические носители информации, которые подтверждают договорённости и позволяют всем членам команды следить за ходом проекта. Например, договор, коммерческое предложение, техническое задание, сопроводительные документы, исполняемые файлы, исходные тексты, веб-страницы, файлы с данными и справочной информацией. При этом универсального набора артефактов не существует — на каждом проекте он свой.
Рассмотрим, как распределяются артефакты на каждом из этапов проекта. При этом от проекта к проекту набор будет немного разным.
Инициализация: техническое задание, коммерческое предложение, договор и приложение к нему, дополнительное соглашение.
Планирование: план проекта, дорожная карта, точки сверки и ресурсный план.
Реализация: акт сдачи-приёмки работ, замечания и доработки.
Завершение: инструкция по работе, обучение, акт сдачи-приёмки работ.
Так могут выглядеть основные артефакты по IT-проекту:
Сбор артефактов
Проджект-менеджер собирает артефакты проекта во время согласования требований с заказчиком и уточнения деталей — лучше показаться дотошным и избежать недоразумений, чем поскромничать и недопонять клиента.
Проджект обсуждает требования с командой, чтобы быть уверенным, что каждый понял свою задачу и выполнит работу корректно. Это ещё один этап, на котором формируются артефакты проекта.
Проджект-менеджер согласовывает результаты с конечными пользователями — это подтверждает, что команда делает именно то, что нужно заказчику.
Результаты каждой встречи фиксируются — это позволяет избегать многих неприятных ситуаций. Например, если заказчик попросит разработать новую фичу, которая не была прописана в изначальном техническом задании, — будет возможность обсудить условия дополнительной оплаты и новые сроки. Клиент не сможет сказать, что он говорил о ней ранее и вы обещали реализовать её в рамках стандартной оплаты. Также это не позволит заказчику выставить одни требования, а затем сказать: «Я видел это совсем иначе». У вас всё зафиксировано!
После встречи проджект рассылает её итоги всем участникам проекта, а клиента просит подтвердить, что он тоже ознакомился с ними. Если он не отвечает, то менеджер не стесняется напомнить о письме.
Виды артефактов
Артефакты делятся на формальные и неформальные.
Формальные — обязательные, прописанные в договоре, на которых стоят реквизиты заказчика и исполнителя. Также к формальным артефактам относится документация и элементы, которые указаны в официальных документах. Если в договоре написано, что исполнитель обязан предоставить результаты исследования, то они будут формальным артефактом.
Неформальные артефакты — вся остальная информация: итоги переписок, сообщения в мессенджерах, записи с флипчарта, на котором команда фиксирует ход проекта, стикеры с канбан-доски и даже матрица RACI.
Виды заказчиков
Заказчиков принято разделять по двум принципам. Первый — по традиционному объёму документации, который необходимо вести по проекту. Второй — с точки зрения того, как происходит процесс взаимодействия до запуска проекта. В этой классификации выделяют четыре вида заказчиков:
Есть и другая категоризация заказчиков — по ней они могут быть внутренними и внешними. Внутренний заказчик — это смежный отдел. Если GeekBrains закажет IT-решение у отдела разработки, входящего в Mail.ru Group, то станет для него внутренним заказчиком — всё будет происходить в рамках одной компании. Если GeekBrains поставит задачу разработать IT-решение стороннему подрядчику, то выступит для него внешним заказчиком.
Зона ответственности заказчика
Работая в любом проекте, нужно понимать, к кому и с каким вопросом обращаться: что может решить заказчик, что руководитель, а когда стоит получить больше информации от команды. Чтобы не растеряться в самый неподходящий момент, на старте нужно распределить зоны ответственности. Один из классических инструментов для этого — матрица RACI.
Матрица RACI — это таблица, в которой проджект-менеджер по горизонтали вписывает зоны ответственности, а по вертикали — исполнителей и другие действующие лица на проекте (заказчиков, членов команды, подрядчиков). Этот инструмент помогает распределить ответственность ещё на этапах инициализации и планирования проекта.
В матрице выделяется четыре зоны ответственности: R — responsible (исполняет), A — accountable (несёт ответственность) C — consult before doing (консультирует до исполнения), I — inform after doing (оповещает после исполнения). Рассмотрим это на примере.
По горизонтали прописаны зоны ответственности, а по вертикали — действующие лица. Анна разрабатывает устав, а Бен несёт ответственность за выполнение этой задачи. Если у кого-то из членов команды появится вопрос про устав, он сразу поймёт, к кому обратиться.
Чтобы составить матрицу RACI, нужно выполнить следующие шаги:
При этом важно соблюдать основные принципы:
Удержать все эти вещи в голове непросто, но благодаря практике можно стать эффективным проджект-менеджером. Попробуйте начать свой путь в профессии с бесплатного курса GeekBrains. Желаем удачи!
Начинаем серию статей для быстрого погружения в проджект-менеджмент. Весь курс в видеоформате можно бесплатно пройти на GeekBrains. А здесь первый урок в текстовом виде — для тех, кому удобнее читать.
Этапы проекта
Любой проект состоит из четырёх этапов: инициализации, планирования, реализации и завершения. Рассмотрим каждый подробнее.
Инициализация. Заказчик приходит к проджект-менеджеру с запросом. Менеджер анализирует бизнес-идею (определяет содержание и длительность проекта), разрабатывает проектное задание и выполняет стратегическое планирование.
Планирование. Проджект-менеджер определяет, из каких специалистов будет состоять команда, каковы объёмы проекта, его этапы и контрольные точки для сверки с заказчиком. Также выявляет возможные риски и рассчитывает ресурсы.
Реализация. Проджект помогает команде создать конечный продукт или его часть — для этого отслеживает и контролирует каждый из этапов, решает проблемы, информирует заказчика о ходе проекта и управляет изменениями.
Завершение. Проджект-менеджер сдаёт продукт заказчику, оценивает уровень удовлетворённости клиента и приобретённый опыт. Фиксирует успехи, неудачи и их причины, чтобы стать эффективнее и избежать негативного опыта в будущем.
Проектные артефакты
Артефакты проекта — это физические носители информации, которые подтверждают договорённости и позволяют всем членам команды следить за ходом проекта. Например, договор, коммерческое предложение, техническое задание, сопроводительные документы, исполняемые файлы, исходные тексты, веб-страницы, файлы с данными и справочной информацией. При этом универсального набора артефактов не существует — на каждом проекте он свой.
Рассмотрим, как распределяются артефакты на каждом из этапов проекта. При этом от проекта к проекту набор будет немного разным.
Инициализация: техническое задание, коммерческое предложение, договор и приложение к нему, дополнительное соглашение.
Планирование: план проекта, дорожная карта, точки сверки и ресурсный план.
Реализация: акт сдачи-приёмки работ, замечания и доработки.
Завершение: инструкция по работе, обучение, акт сдачи-приёмки работ.
Так могут выглядеть основные артефакты по IT-проекту:
Сбор артефактов
Проджект-менеджер собирает артефакты проекта во время согласования требований с заказчиком и уточнения деталей — лучше показаться дотошным и избежать недоразумений, чем поскромничать и недопонять клиента.
Проджект обсуждает требования с командой, чтобы быть уверенным, что каждый понял свою задачу и выполнит работу корректно. Это ещё один этап, на котором формируются артефакты проекта.
Проджект-менеджер согласовывает результаты с конечными пользователями — это подтверждает, что команда делает именно то, что нужно заказчику.
Результаты каждой встречи фиксируются — это позволяет избегать многих неприятных ситуаций. Например, если заказчик попросит разработать новую фичу, которая не была прописана в изначальном техническом задании, — будет возможность обсудить условия дополнительной оплаты и новые сроки. Клиент не сможет сказать, что он говорил о ней ранее и вы обещали реализовать её в рамках стандартной оплаты. Также это не позволит заказчику выставить одни требования, а затем сказать: «Я видел это совсем иначе». У вас всё зафиксировано!
После встречи проджект рассылает её итоги всем участникам проекта, а клиента просит подтвердить, что он тоже ознакомился с ними. Если он не отвечает, то менеджер не стесняется напомнить о письме.
Виды артефактов
Артефакты делятся на формальные и неформальные.
Формальные — обязательные, прописанные в договоре, на которых стоят реквизиты заказчика и исполнителя. Также к формальным артефактам относится документация и элементы, которые указаны в официальных документах. Если в договоре написано, что исполнитель обязан предоставить результаты исследования, то они будут формальным артефактом.
Неформальные артефакты — вся остальная информация: итоги переписок, сообщения в мессенджерах, записи с флипчарта, на котором команда фиксирует ход проекта, стикеры с канбан-доски и даже матрица RACI.
Виды заказчиков
Заказчиков принято разделять по двум принципам. Первый — по традиционному объёму документации, который необходимо вести по проекту. Второй — с точки зрения того, как происходит процесс взаимодействия до запуска проекта. В этой классификации выделяют четыре вида заказчиков:
Есть и другая категоризация заказчиков — по ней они могут быть внутренними и внешними. Внутренний заказчик — это смежный отдел. Если GeekBrains закажет IT-решение у отдела разработки, входящего в Mail.ru Group, то станет для него внутренним заказчиком — всё будет происходить в рамках одной компании. Если GeekBrains поставит задачу разработать IT-решение стороннему подрядчику, то выступит для него внешним заказчиком.
Зона ответственности заказчика
Работая в любом проекте, нужно понимать, к кому и с каким вопросом обращаться: что может решить заказчик, что руководитель, а когда стоит получить больше информации от команды. Чтобы не растеряться в самый неподходящий момент, на старте нужно распределить зоны ответственности. Один из классических инструментов для этого — матрица RACI.
Матрица RACI — это таблица, в которой проджект-менеджер по горизонтали вписывает зоны ответственности, а по вертикали — исполнителей и другие действующие лица на проекте (заказчиков, членов команды, подрядчиков). Этот инструмент помогает распределить ответственность ещё на этапах инициализации и планирования проекта.
В матрице выделяется четыре зоны ответственности: R — responsible (исполняет), A — accountable (несёт ответственность) C — consult before doing (консультирует до исполнения), I — inform after doing (оповещает после исполнения). Рассмотрим это на примере.
По горизонтали прописаны зоны ответственности, а по вертикали — действующие лица. Анна разрабатывает устав, а Бен несёт ответственность за выполнение этой задачи. Если у кого-то из членов команды появится вопрос про устав, он сразу поймёт, к кому обратиться.
Чтобы составить матрицу RACI, нужно выполнить следующие шаги:
При этом важно соблюдать основные принципы:
Удержать все эти вещи в голове непросто, но благодаря практике можно стать эффективным проджект-менеджером. Попробуйте начать свой путь в профессии с бесплатного курса GeekBrains. Желаем удачи!