The presentation took place in Moscow at Whale Rider Conference (Internet Projects Management). A wider analytical look was taken at some slosely related to risks areas. What is risk and what is fact? What is behavioral pattern? How historical data can reduce risk impacts? How all these works together?
The presentation took place in Moscow at Whale Rider Conference (Internet Projects Management). A wider analytical look was taken at some slosely related to risks areas. What is risk and what is fact? What is behavioral pattern? How historical data can reduce risk impacts? How all these works together?
Speaker - Anna Lavrova, SAFe Agilist
Риск является основной причиной неопределенности в любой организации и проекте. Компании все чаще фокусируются на выявлении рисков и управлении ими, прежде чем они даже повлияют на бизнес. На этом 3-х часовом воркшопе мы на практике будем учиться правильному риск-менеджменту.
Какие вопросы мы затронем?
✅ А нужен ли риск план, если мы работаем по аджайлу?
Манифест говорит, что работающий приносящий ценность продукт важнее документации - зачем риск план и это все?
✅ Нужны ли мне формулы и матрицы?
Во время мастер-класса мы поговорим о разных типах рисков и их источников, мы начнем с оценки вашего проекта и его окружения, вы, безусловно, поработаете с формулами и матрицами, и будете иметь несколько козырей в рукаве во времена шторма, а если формулы и матрицы вас пугают, не волнуйтесь, есть шаблоны ;)
✅ Если я не могу повлиять на то, что риск таки произойдет, то что?
Риск не может быть устранен. Однако он может:
- Быть передан другой стороне, которая готова рискнуть, скажем, путем покупки страхового полиса или заключения форвардного контракта;
- Уменьшен, благодаря хорошему внутреннему контролю;
- Его можно избежать, не вступая в рискованные предприятия;
Некоторые говорят, что риск - это неприятное слово, которое может испортить вам жизнь. Управление рисками - серьезный бизнес (кстати). Как отрасль, она включает более 30 000 компаний и генерирует годовой доход в размере 6 миллиардов долларов.
Ризик є основною причиною невизначеності в будь-якій організації. Компанії все частіше фокусуються на виявленні ризиків та управлінні ними, перш, ніж вони почнуть впливати на бізнес. На МК будемо вчитися ефективній роботі з ризиками. Здатність управляти ризиками допоможе компаніям впевненіше діяти в майбутніх бізнес-рішеннях.
Для кого корисний майстер-клас:
керівники проектів
тім-ліди
проектні менеджери
скарм-мастера
засновники стартапів
Які питання ми розглянемо?
Чи потрібен ризик-план, якщо ми працюємо за методологією Agile
Чи потрібні мені формули і матриці
Якщо я не можу вплинути на те, що ризик таки станеться, що тоді
The presentation took place in Moscow at Whale Rider Conference (Internet Projects Management). A wider analytical look was taken at some slosely related to risks areas. What is risk and what is fact? What is behavioral pattern? How historical data can reduce risk impacts? How all these works together?
Speaker - Anna Lavrova, SAFe Agilist
Риск является основной причиной неопределенности в любой организации и проекте. Компании все чаще фокусируются на выявлении рисков и управлении ими, прежде чем они даже повлияют на бизнес. На этом 3-х часовом воркшопе мы на практике будем учиться правильному риск-менеджменту.
Какие вопросы мы затронем?
✅ А нужен ли риск план, если мы работаем по аджайлу?
Манифест говорит, что работающий приносящий ценность продукт важнее документации - зачем риск план и это все?
✅ Нужны ли мне формулы и матрицы?
Во время мастер-класса мы поговорим о разных типах рисков и их источников, мы начнем с оценки вашего проекта и его окружения, вы, безусловно, поработаете с формулами и матрицами, и будете иметь несколько козырей в рукаве во времена шторма, а если формулы и матрицы вас пугают, не волнуйтесь, есть шаблоны ;)
✅ Если я не могу повлиять на то, что риск таки произойдет, то что?
Риск не может быть устранен. Однако он может:
- Быть передан другой стороне, которая готова рискнуть, скажем, путем покупки страхового полиса или заключения форвардного контракта;
- Уменьшен, благодаря хорошему внутреннему контролю;
- Его можно избежать, не вступая в рискованные предприятия;
Некоторые говорят, что риск - это неприятное слово, которое может испортить вам жизнь. Управление рисками - серьезный бизнес (кстати). Как отрасль, она включает более 30 000 компаний и генерирует годовой доход в размере 6 миллиардов долларов.
Ризик є основною причиною невизначеності в будь-якій організації. Компанії все частіше фокусуються на виявленні ризиків та управлінні ними, перш, ніж вони почнуть впливати на бізнес. На МК будемо вчитися ефективній роботі з ризиками. Здатність управляти ризиками допоможе компаніям впевненіше діяти в майбутніх бізнес-рішеннях.
Для кого корисний майстер-клас:
керівники проектів
тім-ліди
проектні менеджери
скарм-мастера
засновники стартапів
Які питання ми розглянемо?
Чи потрібен ризик-план, якщо ми працюємо за методологією Agile
Чи потрібні мені формули і матриці
Якщо я не можу вплинути на те, що ризик таки станеться, що тоді
Андрей Вачегин, Начальник управления администрирования проектов, департамент развития мощностей, «КЭС», Член Совета Директоров «ТГК-9». Доклад "Управление рисками. Когда и как?"
AeroHills: Методики определения и работы с рисками в игровых проектахDevGAMM Conference
В докладе будут рассмотрены виды потенциальных рисков в игровых проектах, их характеристики. Обсудим методы работы с рисками для снижения вероятности наступления и уменьшения влияния рисков на проект. Доклад будет полезен начинающим руководителям и собственникам студий разработки.
На этот раз мы решили показать общие принципы и особенности управления рисками в разных используемых подходах и методологиях:
PMBOK PMI - американская методология.
P2M - японская методология.
Agile - подход гибкой разработки программного обеспечения в ИТ- проектах.
MSF (Microsoft Solution Framework) - подход компании Microsoft по итерационной разработке программного обеспечения.
Avos - подход, часто при меняемый в российских компаниях. Его основной тезис выражается как poka grom ne gryanet. Сильно отличается от стратегии принятии рисков.
Agile Days 2015 Управление рисками как инструмент PORiskGap
Презентация к докладу на Agile Days 2015 от компании RiskGap на тему управления рисками в контексте Agile проекта.
Мотивация и инструментарий.
http://riskgap.ru/
Читайте нас в Facebook: https://www.facebook.com/groups/RiskGap/
Андрей Вачегин, Начальник управления администрирования проектов, департамент развития мощностей, «КЭС», Член Совета Директоров «ТГК-9». Доклад "Управление рисками. Когда и как?"
AeroHills: Методики определения и работы с рисками в игровых проектахDevGAMM Conference
В докладе будут рассмотрены виды потенциальных рисков в игровых проектах, их характеристики. Обсудим методы работы с рисками для снижения вероятности наступления и уменьшения влияния рисков на проект. Доклад будет полезен начинающим руководителям и собственникам студий разработки.
На этот раз мы решили показать общие принципы и особенности управления рисками в разных используемых подходах и методологиях:
PMBOK PMI - американская методология.
P2M - японская методология.
Agile - подход гибкой разработки программного обеспечения в ИТ- проектах.
MSF (Microsoft Solution Framework) - подход компании Microsoft по итерационной разработке программного обеспечения.
Avos - подход, часто при меняемый в российских компаниях. Его основной тезис выражается как poka grom ne gryanet. Сильно отличается от стратегии принятии рисков.
Agile Days 2015 Управление рисками как инструмент PORiskGap
Презентация к докладу на Agile Days 2015 от компании RiskGap на тему управления рисками в контексте Agile проекта.
Мотивация и инструментарий.
http://riskgap.ru/
Читайте нас в Facebook: https://www.facebook.com/groups/RiskGap/
Linkedin tips: Il primo social network è la tua aziendaFabio de Vita
Fai diventare la tua azienda un piccolo social network, la tua prima business community.
Favorisci la condivisione e la collaborazione, crea delle occasioni di networking, dei piccoli contest, in cui promuovere lo sviluppo di nuove idee, invitando anche partner e fornitori.
Managing Tough personalities @ work in increasingly competitive world experie...Swati Jain
As a follow on of my Blog post on Linked In on “Developing Leaders for the upcoming #VUCA world”, I have created a slideshow on topic of “Managing tough personalities in the increasingly competitive environment @ work”.
Антон Грачев. В поисках мифического зверя. Новые подходы и инструменты для Ag...ScrumTrek
Вы, наверное, сталкивались с ситуацией когда в вашем Agile проекте срабатывали риски, которые приводили к тем или иным неприятным ситуациям, а затем на ретроспективе или во время аудита задавался вопрос: есть ли управление рисками на проекте? Очень часто ответ звучит положительный, но если рассмотреть детали, то хорошо отлаженного процесса почему-то не обнаруживается. Этакий мифический зверь, о котором все знают, но никто его не видел вживую. Я постараюсь ответить на вопрос «Почему не работают обычные инструменты управления рисками?» и предложу новые подходы и инструменты по управлению рисками как для Скрам, так и для Канбан команд. В частности, представлю свой авторский метод отслеживания рисков в проекте на основе Канбан-доски. Он позволяет упростить и очеловечить процесс отслеживания актуальности рисков, повысит прозрачность информации для всех участников проекта.
Модуль 11. Лекция 49-50. Управление рисками проектаYana Brodetski
Управление рисками проекта
● Планирование реагирования на риски:
● Входы
● Инструменты и методы
● Стратегия реагирования на угрозы
● Стратегия реагирования на возможности
● Стратегия реагирования на потери
● Выходы
● Контроль рисков
● Входы
● Инструменты и методы
● Аудиты и переоценка рисков
● Выходы
Как довести проект по информационной безопасности до умаInfoWatch
Как довести ИБ-проект до ума? Как и когда лучше преподнести проект руководству? Как обосновать бюджет на имиджевый ИБ-проект? Что такое модель зрелости ИБ Gartner?
2. Докладчик 15 лет стажа в IT. Работал по нескольким IT специальностям (разработчик, системный администратор, тестировщик). Начиная с 2001 года в основном работаю в области управления проектов и IT подразделений. Текущая деятельность в компании TEAM International ( www.teaminternational.com ): менеджер отдела разработок, менеджер проектов, менеджер IT инфраструктуры. Принимал лидирующее участие во внедрении CMMI L 3 в компании TEAM International. Сертификации: Project Management Professional (PMP), ITIL Foundation V3. Провожу и разрабатываю тренинги по инженерным практикам разработки ПО , [email_address] .
3. Тезисы С одной стороны область знаний по управлению рисками в общем-то хорошо описана и понятна. Но хочется посмотреть шире, а именно поразмышлять а что же такое риск? И риск ли это вообще? И какие около рисковые (смежные) области задействованы: планирование, коммуникации, измерения, наблюдения? Сравним риск и факт. Поговорим о шаблонах поведения. Рассмотрим как исторические данные могут снизить риски. Ну и, наверное, не менее важное, это коммуникации о рисках между сторонами, вовлеченными в проект.
13. Риск ? – > Факт – > План Интеграция – включаем изначально больше времени; разрабатываем план интеграции; привлекаем высококвалифицированого специалиста; собираем среду, близкую к целевой; делаем интеграцию итеративной Приемка продукта – четко определяем критерии приемки; вводим формальное утверждение требований; выбираем правильное сочетание типа проекта, типа контракта, способностей и / или возможностей наших и заказчика; используем итерации, прототипы Скорость ответа – договариваемся о правилах коммуникации; документируем факты задержек; эскалируем; формализуем коммуникации; используем эффективные способы коммуникации
14.
15.
16. Риск ? – > Шаблон поведения – > Факт – > План Примеры: Текучка кадров Отсутствие по болезни
17. Риск ? – > Шаблон поведения – > Факт – > План Шаблон «Текучка кадров» - держим руку на пульсе; и пользуемся моментом; держим скамейку запасных; вводим человеко-независимость Шаблон «Отсутствие по болезни» - оздоровительные меры (проветривание, витамины, заболел – сиди дома); планируем пониженную отдачу; вводим человеко-независимость
18.
19.
20. Риск? – > История – > Прогноз – > Контроль Примеры: Итеративная разработка или типичные проекты – можно относительно несложно собирать данные о: разнице запланированных и реальных усилий, денег, времени. Цель – тренды по итерациям. Пользуемся баг трекерами – можно настроить отчетность о: на какой фазе сколько дефектов произведено; сколько дефектов обнаружил заказчик во время и / или после приемки. Цель – понять, спрогнозировать, улучшить процессы на проекте. Смена требований при сдаче – можно соотнести количество и / или качество требований при первичном обсуждении / утверждении и при сдаче. Цель – найти узкое место в «условиях жизни» проекта.