Please enable JavaScript.
Coggle requires JavaScript to display documents.
Управление «жесткими» и «мягкими» проектами. Концепция Agile Project…
Управление «жесткими» и «мягкими» проектами. Концепция Agile Project Managemen
Система ценностей как основа АРМ
Вторая ценность: «Работающие продукты вместо
всеобъемлющего документирования».
Третья ценность: «Сотрудничество с потребителями вместо
изнурительных переговоров по условиям договора»
Первая ценность: « реакция на изменения вместо
четкого следования плану».
Четвертая ценность: «Ставка на людей и их взаимодействие вместо ставки на проценты и традиционные инструменты управления»
Закон Мэрфи: если какая-нибудь неприятность может
произойти, она случается
Следствия.
Все не так легко, как кажется.
Всякая работа требует больше времени, чем вы думаете.
Из всех неприятностей произойдет именно та, ущерб от
которой больше
Если четыре причины возможных неприятностей заранее
устранены, то всегда найдется пятая.
Предоставленные сами себе события имеют тенденцию
развиваться от плохого к худшему.
Как только вы принимаетесь делать какую-то работу,
находится другая, которую надо сделать еще раньше
Всякое решение плодит новые проблемы.
Модель реализации процесса APM
«Представь себе» (Envision)
«Размышляй, делай предположения» (Speculate).
«Исследуй» (Explore).
«Адаптируй (проект)» (Adapt)
«Завершай (проект)» (Close).
Особенности «жестких» и «мягких» параметров проекта
К жестким параметрам проекта относят стоимость и качество, традиционные измерители, используемые для оценки успеха проекта
К мягким относят ключевые факторы успеха в проектах и как факторы имеющие большое влияние
Проект - уникальное мероприятие, не поддающиеся
стандартизации
Процессы управления проектами
Документы, формализующие процессы управления
проектами
Методология: классическое проектное управление
Классическое проектное управление
Гибкое управление проектами
Альтернативные методы управления: сравнение
AGILE, SCRUM, KANBAN
AGILE
преимущества
При работе с AGILE нельзя забывать о его основном правиле: реакция на перемены важнее следования плану
Agile предназначен для проектов по разработке
инновационных продуктов.
недостатки
По сравнению со Scrum, Kanban, Agile – это не методология
или стандарт. Agile – это система принципов и ценностей.
Работая с Agile, лидер должен проявить знания и упорство, а
также от него потребуются серьезные административные
ресурсы, вложения.
SCRUM
преимущества
Scrum, по сравнению с другими методами из семейства Agile
и вне его, выдвигает серьезные требования к команде проекта: она должна быть маленькой (5–9 человек), а у каждого члена команды должно быть более одной
компетенции, необходимой в процессе выполнения проекта
Онлайн-телеканал «Netflix» – яркий пример быстрых
поставок результатов. Каждые две недели сайт ресурса обновляется благодаря Scrum, который позволяет работать
с высокой скоростью и аккумулирует пользовательский опыт, давая возможность выявить основное для клиентов
недостатки
Scrum, по сравнению с другими методами из семейства Agile
и вне его, выдвигает серьезные требования к команде проекта: она должна быть маленькой (5–9 человек), а у
каждого члена команды должно быть более одной компетенции, необходимой в процессе выполнения проекта
По сравнению с другими методиками из семейства Agile, в
Scrum члены рабочей группы должны уметь работать в команде, брать на себя ответственность и самостоятельно
организовывать работу. Подобрать подобных людей –
нелегкая задача.
KANBAN
преимущества
Если проводить сравнение Scrum vs Kanban, оба метода,
созданные на основе Agile, подходят для сплоченных команд с налаженной системой взаимодействий. Но Kanban не устанавливает четких сроков завершения работ, что
эффективно для опытных групп с высоким уровнем
мотивации
Kanban способен привести команду к лучшему результату
при условии его правильной настройки, управления. Точный
расчет объема работ для участников, грамотная расстановка ограничений, концепция кайзен позволяют Kanban бережнее расходовать ресурсы, укладываться в сроки и финансовые
ограничения.
недостатки
Бытует мнение, что при сравнении Kanban и Scrum как двух
представителей семейства Agile, первый выглядит более выигрышно, ведь по Kanban может работать любая команда.
Однако это не так: Kanban прекрасен для групп, если их
члены имеют сходные навыки, ведь тогда работники могут помогать друг другу в трудных ситуациях.
В противном случае эффективность Kanban значительно
снижается по сравнению с другими методами семейства Agile. Также он не терпит жестких дедлайнов. Если таковых не избежать, стоит отдать предпочтение классическому
подходу либо Scrum.