Добавлен: 10.01.2024
Просмотров: 131
Скачиваний: 2
ВНИМАНИЕ! Если данный файл нарушает Ваши авторские права, то обязательно сообщите нам.
-
Что необходимо заказчику и понимает ли он сам, чего он хочет? -
В какие сроки должна быть достигнута цель? -
Какие условия достижения цели есть в наличии (бюджет, ресурсы, технология)? -
Каким способом измерить достижение цели? -
Как распределены ключевые обязанности в проекте (кто за что отвечает)? -
Согласен ли заказчик с определением цели и условиями ее достижения?
На основе "Постановки Задачи" требуется составить документ "Экономическое обоснование".
Данный документ должен содержать статистическую оценку трудоемкости (себестоимости) работ. С другой стороны, должен быть сделан анализ экономического эффекта от внедрения.
При анализе используется статистика трудоемкости (эффективности) аналогичных проектов. При отсутствии данной статистики неизбежны ошибки в оценках, причем на порядок, в данном случае, следует попробовать получить статистику, опираясь на результаты разработки/демонстрации прототипов.
Оценку рисков требуется выразить в виде возможного превышения трудоемкости (пессимистичная оценка). Именно из данной оценки следует исходить при определении общей трудоемкости (цены) продукта.
В результате мы имеем четко сформулированное задание: «Дерево целей», "Постановка Задачи" и оценку стоимости в "Экономическом обосновании". Риски от нечеткости требований должны быть покрыты пессимистичной оценкой. Условие завершения этапа определения целей проекта: подписание сторонами "Постановки Задачи" и "Экономического обоснования".[6]
1.3. Формирование команды проекта
Команда проекта — это группа специалистов, которых объединяет работа над общими целями и задачами, например запуск продукта или его новой версии. У каждого члена команды есть мотивация работать над проектом вместе с остальными и добиваться результатов.
За членами команды закреплены конкретные роли и обязанности, а задачи распределены в соответствии со знаниями и навыками. Сроки, содержание и планируемые результаты выполнения задач зависят от того, как члены команды выполняют свою работу.
Пример командной работы есть даже в сказке про репку. Деду нужно её вытащить, но один он не справится: репка выросла очень большой. Тогда дед зовёт бабку, внучку, Жучку, кошку и мышку. Выстраивает их так, чтобы каждый приложил максимум усилий. Все вместе они вытаскивают репку — цель проекта достигнута.
Роли в команде проекта
Каждый член команды выполняет свою функцию и приближает результат, которого ждут от проекта. Вот как выглядит распределение ролей для участников проекта:
Менеджер или владелец проекта (англ. project owner)
Его задачи — спланировать проект, распределить задачи и ресурсы, следить, чтобы все выполняли работу вовремя. Менеджер отвечает за коммуникацию между всеми членами команды и решает проблемы, которые возникают в ходе проекта.
Спонсор или владелец продукта (англ. product owner), то есть заказчик
Решает, каким должен получиться результат проекта или его части и для чего всё это делается. Опираясь на эти данные, спонсор определяет цели и оценивает результат. Иногда владелец продукта совмещает роль менеджера проекта и сам ставит цели и задачи команде проекта.
Члены команды или исполнители
Выполняют отдельные задачи в рамках проекта, например дизайн или веб-разработку. Каждый вносит вклад в конечный результат, соблюдая личные сроки и KPI.
В качестве отдельной роли могут выделять аналитика, который изучает данные, полученные на старте проекта, следит за ключевыми показателями в процессе и помогает выбрать верное направление, опираясь на цели проекта и пользу для конечного потребителя. Чаще всего аналитик входит в состав исполнителей.
Стейкхолдеры влияют извне на результат проекта и работу команды. Это могут быть СЕО компании-заказчика, конкуренты или потребители, которые меняют контекст и вынуждают команду корректировать свои действия.
Например, при разработке системы удалённого мониторинга морских судов поменялись вводные. Сервис позволял отслеживать движение судов на специальной карте, оформленной по стандартам морской навигации. Решение получилось достаточно тяжеловесным, а опция была нужна в основном крупным портам. Заказчик попросил облегчить его. Чтобы сервис не зависал и загружал данные быстрее, команда решила добавить функцию отключения морских карт. Для этого потребовался ещё один спринт длиной в три недели и дополнительное время на тестирование и интеграцию.
Состав команды
Распределение ролей зависит ещё и от того, постоянный это состав команды или временный, то есть проектный.
Постоянный состав бывает там, где все члены команды работают в одной компании и регулярно выполняют проекты со схожими задачами. Например, веб-студия, которая создаёт сайты, или отдел разработки мобильных приложений в банке. Как правило, такие команды встречаются офлайн, а их роли закреплены официально в должностных инструкциях и других документах компании. Постоянной команде проще сработаться и сплотиться, потому что каждый хорошо знает особенности коллег и чётко понимает свою зону ответственности.
Проектный состав постоянно меняется. Так бывает с командами, которые состоят из фрилансеров, или там, где проекты нерегулярны или их цели каждый раз разные. Например, команда, которую заказчик собирает для запуска онлайн-сервиса, или штатные сотрудники, которым поручили внедрить CRM в каждом отделе.
Бывает, что изначально состав команды постоянный, но по ходу проекта он может меняться. Например, после старта проекта выяснилось, что параллельно запустили другой, с новой командой и заказчиком, но со схожим продуктом. Из-за этого не рассчитали ресурсы и людей потребовалось больше, в итоге из первой команды позвали на помощь трёх разработчиков и тимлида. Это сказалось на сроках первого проекта, которые пришлось корректировать. Зато в итоге оба проекта выполнили на 100%, хоть и с отклонениями от плана.
2. ЭТАПЫ ПЛАНИРОВАНИЯ РАБОТ ПО ПРОЕКТУ
2.1. Планирование целей и ресурсов
Сущность планирования состоит в задании целей и способов их достижения на основе формирования комплекса работ (мероприятий, действий), которые должны быть выполнены, применении методов и средств реализации этих работ, увязки ресурсов, необходимых для их выполнения, согласовании действий организаций-участников проекта.
Деятельность по разработке планов охватывает все этапы создания и исполнения проекта. Она начинается с участия руководителя проекта (проект-менеджера) в процессе разработки концепции проекта, продолжается при выборе стратегических решений по проекту, а также при разработке его деталей, включая составление контрактных предложений, заключение контрактов, выполнение работ, и заканчивается при завершении проекта.
На этапе планирования определяются все необходимые параметры реализации проекта: продолжительность по каждому из контролируемых элементов проекта, потребность в трудовых, материально-технических и финансовых ресурсах, сроки поставки сырья, материалов, комплектующих и технологического оборудования, сроки и объемы привлечения проектных, строительных и других организаций. Процессы и процедуры планирования проекта должны обеспечивать реализуемость проекта в заданные сроки с минимальной стоимостью, в рамках нормативных затрат ресурсов и с надлежащим качеством.
Процесс планирования начинается до утверждения объема работ и продолжается в ходе выполнения проекта и внесения изменений.[11]
Каждая фаза жизненного цикла проекта предусматривает определенный вид планирования с присущими ему методиками и инструментами.
Планирование представляет собой циклический процесс. Он начинается с наиболее общего определения целей, движется к более детальному описанию того, когда, как и какие работы должны быть выполнены для достижения поставленных целей. По мере продвижения проекта от концепции к завершению появляется дополнительная информация об условиях влияющих на ход работ. Применение средств планирования и управления проектом позволяет членам команды более четко описывать проблемы и контролировать изменения по проекту более эффективно.
Планирование представляет собой совокупность связанных между собой взаимными отношениями процедур. Первым этапом планирования проекта является разработка первоначальных планов, являющихся основой для разработки бюджета проекта, определения потребностей в ресурсах, организации обеспечения проекта, заключения контрактов и пр. Планирование проекта предшествует контролю по проекту и является основой для его применения, так как проводится сравнение между плановыми и фактическими показателями.
Конкретная структура планов, применяемых на разных уровнях и стадиях планирования проекта, зависит от стандартов и подходов, принятых в отрасли и в организациях, осуществляющих проект. Например, в строительной индустрии в проектную документацию входят сметная документация, поставляемая заказчиком и детализируемая исполнителями, стройгенплан объекта, организационно-технологические схемы возведения объектов, графики выполнения работ и поступления на объект строительных материалов.[1]
В промышленных проектах в основе календарных графиков работ лежит конструкторская и технологическая документация, в информационных проектах - спецификация системы.
Этап планирования является одним из самых важных. На этом этапе определяются задачи, бюджет и сроки проекта. Довольно часто планирование понимают только как составление графика работ, упуская из вида управление ресурсами, составление бюджета и т.д.
Полноценная техника планирования включает в себя следующие этапы:
1) Определение целей проекта и их описание. Довольно часто проекты начинаются без четкой цели.
2) Определение технологических стадий. Для проекта должна быть выбрана технология реализации, определяющая стадии развития проекта. Одной из типичных ошибок планирования является несоответствие плана технологическому циклу.
3) Для технологических стадий необходимо определить список задач, указать их взаимосвязи (последовательность) и прогнозируемую длительность (зависит от назначенных ресурсов).
4) Необходимо согласовать вопрос о выделяемых проекту ресурсах. Следует отметить, что все ресурсы компании должны распределяться централизованно. Довольно часто возникает ошибка планирования, связанная с тем, что некоторые дефицитные ресурсы используются одновременно в двух разных проектах в одно и тоже время.
5) Если определить расценки на ресурсы, бюджет может быть получен также автоматически. Одна из типичных ошибок заключается в том, что бюджет назначают, не обращая внимания на прогнозируемую себестоимость проекта.
6) Письменное задание, бюджет и график работ образуют формальный документ "План проекта". Довольно часто перед началом проекта некоторые из указанных документов отсутствуют.
Таким образом, для успеха планирования проекта важен целый ряд факторов, которые необходимо учитывать:
1. класс решаемых задач, тиражность готового продукта, вид работ (разработка, развитие, сопровождение);
2. выбор схемы ведения работ (модели жизненного цикла) с учетом сложности проекта и возможностей коллектива разработчиков;
3. опыт работы в предметной области и на средствах автоматизации разработки;
4. оснащенность разработчиков средствами автоматизации и аппаратно-программной базой;
5. уровень требований заказчика к срокам и качеству работ.
В хорошо организованном проекте, за выполнение каждой цели должен нести ответственность конкретный орган управления: руководитель проекта, за все цели (миссию проекта), ответственные исполнители за частные цели и т. д. То есть дерево целей проекта должно совпадать со структурой подразделения организации, отвечающей за реализацию проекта. Для этого разрабатывается так называемая матрица ответственности, которая определяет функциональные обязанности исполнителей по проекту, конкретизирует набор работ, за реализацию которых они отвечают персонально.[2]
Основная цель планирования состоит в построении модели реализации проекта. Она необходима для координации деятельности участников проекта, с ее помощью определяется порядок, в котором должны выполняться работы и т. д.
Основные этапы процесса планирования показаны в Таблице 1 и включают девять шагов.
На каждом шаге менеджер проекта может обнаружить неэффективность или невозможность реализации проекта и поднять вопрос о его закрытии.