чем дольше идет реализация, тем больше у заказчика пожеланий, которые часто противоречат первоначальным требованиям
Ключевыми показателями успеха проектного управления является наличие четкого и заранее определенного плана развития проекта, минимизация рисков при отклонениях от него.
Управление проектами — это деятельность, в ходе которой определяются и достигаются цели проекта (разработка уникального сервиса, продукта или результата) при использовании ресурсов (деньги, труд, материалы, энергия, время и другие) и балансировании между объемом работ, ресурсами, качеством и рисками.
Особое внимание руководитель проектов должен уделять влиянию внесенных изменений на сроки проекта, использование ресурсов и стоимости проекта.
Руководитель проекта после получения одобрения изменений должен обновить проектную документацию, проинформировать всех заинтересованных участников проекта, а также продумать способы реализации изменений.
нужно только понять, будем делать и когда, если нет и задача нужна, повторно отклоняем. Вечно отклонять не стоит, это будет говорит, что она не нужна, введите число отклонений, среднее число три раза (статистика из практики), после чего задача закрывается с пометкой — «Не будет реализовано».
— Корректировка плана. На этом этапе нужно внести корректировки в план работ, так как задача принята и на ее реализацию нужно время. Если задача небольшая и запаса времени достаточно, чтобы реализовать без перерасчета сроков, то добавляем в план, или если задача большая и нет возможности реализовать без изменений графика, то планируем работы на ближайший этап. Если нужна реализация в ближайшей сборке, то нужно определить вместо какой задачи поставить обсуждаемую.
— Реализация. Изменение внесено в план и является частью проекта. Работать нужно с ним, как с обычной задачей в плане проекта. Дальше идет реализация.
— Проверка результатов. После реализации задачу проверяет руководитель проекта, соответствует ли реализованное поставленной задаче и нет ли проблем в работе. Если есть проблемы, то проектная команда исправляет, а руководитель проекта повторно проверяет.
— Сдача заказчику. Осталось сдать задачу заказчику и получить подтверждение, что она реализована и принята. Не забудьте получить от заказчика подтверждение в виде подписи в документе «Сопроводительное письмо» или, если проект маленький, то хотя бы в виде письма, что задача принята.
На проектах, которые я делал, заказчики часто присылали в процессе работы какие-то замечания, «хотелки», мелкие доработки и переделки. Это может быть как изменение цвета элемента или изменение положения, так и дополнительный макет страницы, которая из простой становится адаптивной. Я начинал считать и показывать заказчикам, что это требует дополнительного времени (да, по Agile я мог добавить это), а значит будут дополнительные расходы. Они, в свою очередь, начинали долгие разговоры/переписки и не всегда в спокойном тоне, что их не так поняли, что мы сделали не то, договаривались о другом, что были устные договоренности и так далее. Были случаи, когда выходили на моих руководителей (владельцев бизнеса) и жаловались им. Зная, что такое может быть, в начале работы в компании и перед запуском проектов я общаюсь с руководством и доношу свою позицию — все договоренности должны быть зафиксированы и согласованы заказчиком хотя бы в письме. Это давало возможность устранить конфликты внутри компании (часто верят больше заказчикам), иметь четкую позицию в переговорах с аргументами в виде согласованных материалов, а значит прийти к согласию с заказчиками на выгодных условиях. Если этого не учитывать и не делать, то для исполнителей, то есть для меня и команды, это станет большой проблемой и финансовыми потерями для компании.
— Решение. По результатам обсуждения предлагаемого изменения должно быть принято одно из пяти решений:
1. Одобрить. Принять в работу и произвести предлагаемое изменение.
2. Отклонить. Признать нецелесообразным отдавать в работу.
3. Отложить. Запрос на изменение имеет смысл, однако временно будет отложен и рассмотрен позднее.
4. Доработать. Запрос на изменение имеет смысл, но нужно или что-то продумать лучше, произвести дополнительную оценку и анализ последствий.
5. Эскалировать. Запрос на изменение имеет смысл, но оценивать и принимать решение могут только вышестоящие специалисты.
— Отложено. Если задачу отложили (на этапе «Решение»), она попадает в блок/статус «Отложено» это временное состояние, из него задача попадает на обсуждение с заказчиком. Почему именно на обсуждение, все просто, все данные по задаче есть,
Качество проекта (Project Quality) — это совокупность характеристик продукта, относящихся к его способности удовлетворять установленные или предполагаемые потребности.
— Бюджет на продвижение проекта.
— Расходы на закупку материалов или оборудования.