Доклад с Летнего Аналитического Фестивали.
Предпосылки и ключевые преимущества трансформации к продуктовым командам.
Новые единицы структурирования и развития бизнеса
В прошедшем 2014 году мы провели несколько сессий по формированию стратегий (продуктов, подразделений и даже уровня компании). В рамках этого блиц доклада мы хотим поделится основными выводами что делает работу над стратегией успешной и как работа над стратегией может быть увязана с работой Agile команды.
Основные вопросы которые мы рассмотрим:
Является ли Гибкий подход (Agile) стратегией ?
В чем состоит гибкая стратегия с точки зрения разработки ?
Высокая и оппортунистическая стратегия .
Как и когда решать стратегические вопросы ?
Необходимые условия успешности формирования стратегии.
Стратегические решения второго порядка.
Денис Тучин - Как внедрить Agile, чтобы никто не заметилDenis Tuchin
Видео: https://www.youtube.com/watch?v=ielCPWnMQts
Часто сталкиваюсь с вопросом коллег, а что делать, если в компании никто не хочет/не заинтересован внедрять Agile, начальство не поддерживает и т.д. Этот доклад чтобы помочь людям разрешить такие кейсы с максимальной эффективностью и минимальными моральными усилиями.
На докладе постараюсь ответить на следующие вопросы:
- Что делать, если в компании или команде есть ярые противники Agile?
- Что делать, если никто ничего не хочет менять в процессах проекта, отдела, компании?
- Как не "внедряя Agile" привнести Agile принципы и практики в проект?
Дмитрий Матвеев, Александр Павлович. Гибкий подход к продуктовому развитию Го...ScrumTrek
Доклад про трансформацию процесса развития госуслуг: не столько и не только разработка кода портала госуслуг, сколько изменения всего процесса сервис-дизайна. А также договорная составляющая: как гибкий подход нашёл отражение в госконтрактах.
Марина Симонова. Agile-трансформация: начинаем с продажScrumTrek
Что такое Agile-трансформация компании, и почему мы начинаем именно с продаж? Зачем современному бизнесу необходимо срочно меняться? Как перевести всю компанию на ценности и принципы Agile? С какими трудностями вы можете столкнуться на этом пути, и как минимизировать риски? Если эти вопросы для вас актуальны, жду вас в зале!
Руслан Гафаров. Как внедрить Agile в не IT? Принципы нематериальной мотивации...ScrumTrek
С мая 2016 года я активно внедряю Scrum и холакратию в компании MalikSpace. Особое внимание уделяю построению корпоративной культуры, с быстрым вводом в строй новых сотрудников, с постоянной синхронизацией целей нашей команды и личных целей каждого сотрудника. В докладе затрону следующие темы:- Как внедрил Agile в работу отдела маркетинга, отдела продаж и др.- Как выстроил коллаборацию между командами, используя холакратию.- Как миссия компании и ее принятие каждым членом команды помогает нам выйти в лидеры рынка и ежегодно занимать новые рынки и территории.
Роман Бочаров. Быстрые циклы и качественные исследования в разработке продукта.ScrumTrek
Как различные виды исследований и аналитики продукта работают в условиях Agile и быстрых циклах разработки. Почему важна живая обратная связь от пользователей, и как она может коррелировать с продуктовыми метриками. Рассмотрим эти вопросы на примере живого кейса.
Борис Вольфсон. Agile ценности и принципы для новичков.ScrumTrek
Это базовый доклад для новичков в Agile, которые только хотят использовать гибкие подходы, будет построен через ценности и принципы, на которых строятся отдельные практики и целые фреймворки. Понимание Agile через призму ценностей и принципов позволит не только лучше разбираться в гибком фреймворке Scrum и методе Kanban, но и после освоения основ изменять их под свою среду и нужды.
В прошедшем 2014 году мы провели несколько сессий по формированию стратегий (продуктов, подразделений и даже уровня компании). В рамках этого блиц доклада мы хотим поделится основными выводами что делает работу над стратегией успешной и как работа над стратегией может быть увязана с работой Agile команды.
Основные вопросы которые мы рассмотрим:
Является ли Гибкий подход (Agile) стратегией ?
В чем состоит гибкая стратегия с точки зрения разработки ?
Высокая и оппортунистическая стратегия .
Как и когда решать стратегические вопросы ?
Необходимые условия успешности формирования стратегии.
Стратегические решения второго порядка.
Денис Тучин - Как внедрить Agile, чтобы никто не заметилDenis Tuchin
Видео: https://www.youtube.com/watch?v=ielCPWnMQts
Часто сталкиваюсь с вопросом коллег, а что делать, если в компании никто не хочет/не заинтересован внедрять Agile, начальство не поддерживает и т.д. Этот доклад чтобы помочь людям разрешить такие кейсы с максимальной эффективностью и минимальными моральными усилиями.
На докладе постараюсь ответить на следующие вопросы:
- Что делать, если в компании или команде есть ярые противники Agile?
- Что делать, если никто ничего не хочет менять в процессах проекта, отдела, компании?
- Как не "внедряя Agile" привнести Agile принципы и практики в проект?
Дмитрий Матвеев, Александр Павлович. Гибкий подход к продуктовому развитию Го...ScrumTrek
Доклад про трансформацию процесса развития госуслуг: не столько и не только разработка кода портала госуслуг, сколько изменения всего процесса сервис-дизайна. А также договорная составляющая: как гибкий подход нашёл отражение в госконтрактах.
Марина Симонова. Agile-трансформация: начинаем с продажScrumTrek
Что такое Agile-трансформация компании, и почему мы начинаем именно с продаж? Зачем современному бизнесу необходимо срочно меняться? Как перевести всю компанию на ценности и принципы Agile? С какими трудностями вы можете столкнуться на этом пути, и как минимизировать риски? Если эти вопросы для вас актуальны, жду вас в зале!
Руслан Гафаров. Как внедрить Agile в не IT? Принципы нематериальной мотивации...ScrumTrek
С мая 2016 года я активно внедряю Scrum и холакратию в компании MalikSpace. Особое внимание уделяю построению корпоративной культуры, с быстрым вводом в строй новых сотрудников, с постоянной синхронизацией целей нашей команды и личных целей каждого сотрудника. В докладе затрону следующие темы:- Как внедрил Agile в работу отдела маркетинга, отдела продаж и др.- Как выстроил коллаборацию между командами, используя холакратию.- Как миссия компании и ее принятие каждым членом команды помогает нам выйти в лидеры рынка и ежегодно занимать новые рынки и территории.
Роман Бочаров. Быстрые циклы и качественные исследования в разработке продукта.ScrumTrek
Как различные виды исследований и аналитики продукта работают в условиях Agile и быстрых циклах разработки. Почему важна живая обратная связь от пользователей, и как она может коррелировать с продуктовыми метриками. Рассмотрим эти вопросы на примере живого кейса.
Борис Вольфсон. Agile ценности и принципы для новичков.ScrumTrek
Это базовый доклад для новичков в Agile, которые только хотят использовать гибкие подходы, будет построен через ценности и принципы, на которых строятся отдельные практики и целые фреймворки. Понимание Agile через призму ценностей и принципов позволит не только лучше разбираться в гибком фреймворке Scrum и методе Kanban, но и после освоения основ изменять их под свою среду и нужды.
Лилия Алексеева. Вальс Mrs. Agility и Mr. Waterfall - управление производство...ScrumTrek
Agile не развертывается водопадным методом, переход к гибким практикам также должен быть построен инкрементально. Вам не удастся перевести сразу много команд на гибкие практики. Поэтому возникает вопрос синхронизации работ agile-команд с waterfall-структурами и пересмотра всех процессов, таких как управление релизами, архитектурой, требованиями, проектами и прочих для работы в бимодальном режиме. Сложность вопроса возрастает в арифметической прогрессии в зависимости от количества команд и в геометрической — в зависимости от архитектурного и инфраструктурного ландшафтов, а также от сложившейся культуры взаимодействий. Мы расскажем о нашем опыте трансформации производственного процесса в условиях портфеля в несколько сотен проектов. На текущий момент в Agile работают более 1500 человек и 150 команд и еще около 5000 человек продолжают работать в waterfall-режиме. Как перейти от культуры контроля к культуре прозрачности? Как начать маленькими шагами двигаться в сторону гибкости, шаг за шагом увеличивая степень принимаемого риска, параллельно делая его управляемым? И, наконец, как все-таки повысить скорость без ущерба надежности, когда у вас нет права на ошибку? Ответы на эти и другие вопросы дадим в нашем рассказе.
Асхат Уразбаев. Как сохранить гибкость бизнеса.ScrumTrek
Практически все молодые компании гибкие. Именно это им помогает обходить «взрослые» медленные компании на крутых виражах конкурентной гонки. Компания не может быть вечно молодой. По мере роста и взросления продукта процессы нужно оптимизировать — снижать затраты и растить эффективность, увеличивать обороты. Все это требует найма людей, приходится вкладываться в ИТ-системы и вводить правила работы в виде регламентов или чеклистов. Может ли зрелая компания контролировать сложность и научиться меняться? В докладе мы поговорим, как именно можно контролировать процесс взросления и постоянно держать компанию в тонусе.
Дарья Рыжкова. Корпоративные предприниматели, и где они обитаютScrumTrek
Все больше крупных компаний сталкивается с необходимостью создания новых продуктов, каналов и форматов коммуникации с клиентами, фич, минимизирующих издержки текущих продуктов компании. Кто-то приходит к этому через амбициозные стратегические планы по выручке, понимая, что старые подходы не могут обеспечить желаемый кратный рост. Кто-то сталкивается с ограничениями, которые накладывает государство. А кто-то видит новые возможности в быстро развивающихся технологиях. Одна из основных возникающих при этом проблем — текущие люди и процессы организации не способствуют тому, чтобы эти возможности появились. Успех продукта и динамика его развития на 40% зависит от роли менеджера продукта. Но только 10% менеджеров продуктов на российском рынке обладают качествами и знаниями, необходимыми для принятия эффективных продуктовых решений и поиска новых возможностей для компании. Эти люди становятся настоящими корпоративными предпринимателями, превращая каждый продукт компании в отдельный самодостаточный бизнес. Мы поговорим о самых болезненных вопросах: Кто такие корпоративные предприниматели и какими качествами они обладают? Можно ли вырастить корпоративных предпринимателей внутри компании? И какие этапы развития должен пройти рядовой Product Owner, прежде чем станет корпоративным предпринимателем? Как находить этих людей внутри вашей организации?
Алексей Ионов. Agile-трансформация: что делать, чтобы потом не искать виноватых?ScrumTrek
Вы готовы двигаться, но не знаете, с чего конкретно начать? Какую построить структуру, какие задачи ставить и как оценивать результаты? Как не превратить гибкость в хаос? Как масштабировать успех одной команды на всю организацию (и нужно ли это делать)? Мы не станем убеждать вас в абсолютной правильности, исключительной необходимости или супер-эффективности Agile-методов. Мы просто расскажем, как их внедрять на практике. Минимум теории – максимум конкретики: ключевые шаги, подводные камни, типичные ошибки и технологии достижения результата.
Валентин Кушнерев. Эффект 'здравого смысла', или Как находить сильные решения...ScrumTrek
Кейсы успешного применения концепций Agile, на примере международной корпорации John Deere: кейс #1 - успешная работа с подрядчиками - больше эффективности за меньшие деньги; кейс #2 - "денег нет, но вы держитесь" - удержание результата при уменьшающемся бюджете; кейс #3 - "коллаборировали, коллаборировали, да не выколлаборировали" - эффективное взаимодействие как ключевой элемент успешной реализации проектов/процессов.
Иван Спресов; Екатерина Макаревич. Agile и Scalability для традиционных индус...ScrumTrek
The old fashion industries such as Travel works hard with the agility and at the same time scalability. The talk would take attention to fixed enterpise delivearables and agility. How to apply agile principals to the hard enterpise commits and scaled program executions for more than 70 people in Release Train.
Чем больше мы автоматизируем, используем инструменты и профессиональнее работаем, тем быстрее меняется мир.
Быстро меняющийся мир требует новых скоростей и новых подходов. Каким будет новый мир и какое место займут в нем бизнес и системные аналитики?
В рамках доклада будут представлены результаты многочисленных обсуждений в контексте:
Современные внешние вызовы и теория сложности
Лекарства от болезней, которые становятся хуже лекарств
4 проблемы Agile Практики и как их нужно решать
Современные тренды в разработке ПО и профессии бизнес и системного аналитика (Facilitator, BizArch, UX Designer)
`тексты` и коммуникация современных поколений ценностные различия - Дмитрий...Dmitry Melnyk
«Тексты» и коммуникация современных поколений - Ценностные различия
или
Как Поколения воспринимают / меняют Современные Коммуникации ?
Сборка - мини-исследование для конференции «За Книгой» 12.2012, Киев
• Какую роль чтение играет в современной коммуникации, образовании, социальной жизни?
• Как новые технологические возможности меняют культурно-информационную среду?
• Как меняется структура чтения?
• Что значит читать сегодня?
• Каковы перспективы книги?
• Что за книгой?
Количество людей, способных читать и интерпретировать сложные тексты, резко уменьшается. Чтение текстов сменяется смотрением изображений с текстовым сопровождением. Книга как форма организации смыслов теряет позиции и уступает новым формам организации коммуникации.
Электронная книга вытесняет бумажную, образование более не сосредоточено на текстах… Можно фиксировать и другие тенденции, но важен сам факт значимых изменений в сфере чтения, которая веками была фундаментом современных цивилизаций.
Эти изменения свидетельствуют о крупных социальных и культурных сдвигах и их уже не остановить. Необходимо понять, в чем их суть, что несет в себе положительную динамику (в чем и для кого?), чему надо всячески сопротивляться (кому и для чего?) и что непременно сохранить.
Для того, чтобы это понять необходимы исследования, вплетенные в коммуникацию разных участников процесса изменений – людей книги и людей медиа, педагогов и технологов, философов и футурологов…
Изменеия в мире:
• мир из динамичного законосообразного стал быстрым и неопределенным;
• происходит переход от текстовой знаниевой культуры к экранной информационной циф
С одной стороны область связанная с работой с требованиями постепенно институализируется и область становится все более и более консервативной. И практика и стандарты становятся более зрелыми. С другой стороны мир и индустрия разработки ПО не стоит на месте. Даже гибкие методологии, не так давно казавшиеся пределом мечтаний, похоже перевалили пик своей популярности. Наступает очередная смена парадигмы в роли ИТ и Requirements Engineering в частности.
Лилия Алексеева. Вальс Mrs. Agility и Mr. Waterfall - управление производство...ScrumTrek
Agile не развертывается водопадным методом, переход к гибким практикам также должен быть построен инкрементально. Вам не удастся перевести сразу много команд на гибкие практики. Поэтому возникает вопрос синхронизации работ agile-команд с waterfall-структурами и пересмотра всех процессов, таких как управление релизами, архитектурой, требованиями, проектами и прочих для работы в бимодальном режиме. Сложность вопроса возрастает в арифметической прогрессии в зависимости от количества команд и в геометрической — в зависимости от архитектурного и инфраструктурного ландшафтов, а также от сложившейся культуры взаимодействий. Мы расскажем о нашем опыте трансформации производственного процесса в условиях портфеля в несколько сотен проектов. На текущий момент в Agile работают более 1500 человек и 150 команд и еще около 5000 человек продолжают работать в waterfall-режиме. Как перейти от культуры контроля к культуре прозрачности? Как начать маленькими шагами двигаться в сторону гибкости, шаг за шагом увеличивая степень принимаемого риска, параллельно делая его управляемым? И, наконец, как все-таки повысить скорость без ущерба надежности, когда у вас нет права на ошибку? Ответы на эти и другие вопросы дадим в нашем рассказе.
Асхат Уразбаев. Как сохранить гибкость бизнеса.ScrumTrek
Практически все молодые компании гибкие. Именно это им помогает обходить «взрослые» медленные компании на крутых виражах конкурентной гонки. Компания не может быть вечно молодой. По мере роста и взросления продукта процессы нужно оптимизировать — снижать затраты и растить эффективность, увеличивать обороты. Все это требует найма людей, приходится вкладываться в ИТ-системы и вводить правила работы в виде регламентов или чеклистов. Может ли зрелая компания контролировать сложность и научиться меняться? В докладе мы поговорим, как именно можно контролировать процесс взросления и постоянно держать компанию в тонусе.
Дарья Рыжкова. Корпоративные предприниматели, и где они обитаютScrumTrek
Все больше крупных компаний сталкивается с необходимостью создания новых продуктов, каналов и форматов коммуникации с клиентами, фич, минимизирующих издержки текущих продуктов компании. Кто-то приходит к этому через амбициозные стратегические планы по выручке, понимая, что старые подходы не могут обеспечить желаемый кратный рост. Кто-то сталкивается с ограничениями, которые накладывает государство. А кто-то видит новые возможности в быстро развивающихся технологиях. Одна из основных возникающих при этом проблем — текущие люди и процессы организации не способствуют тому, чтобы эти возможности появились. Успех продукта и динамика его развития на 40% зависит от роли менеджера продукта. Но только 10% менеджеров продуктов на российском рынке обладают качествами и знаниями, необходимыми для принятия эффективных продуктовых решений и поиска новых возможностей для компании. Эти люди становятся настоящими корпоративными предпринимателями, превращая каждый продукт компании в отдельный самодостаточный бизнес. Мы поговорим о самых болезненных вопросах: Кто такие корпоративные предприниматели и какими качествами они обладают? Можно ли вырастить корпоративных предпринимателей внутри компании? И какие этапы развития должен пройти рядовой Product Owner, прежде чем станет корпоративным предпринимателем? Как находить этих людей внутри вашей организации?
Алексей Ионов. Agile-трансформация: что делать, чтобы потом не искать виноватых?ScrumTrek
Вы готовы двигаться, но не знаете, с чего конкретно начать? Какую построить структуру, какие задачи ставить и как оценивать результаты? Как не превратить гибкость в хаос? Как масштабировать успех одной команды на всю организацию (и нужно ли это делать)? Мы не станем убеждать вас в абсолютной правильности, исключительной необходимости или супер-эффективности Agile-методов. Мы просто расскажем, как их внедрять на практике. Минимум теории – максимум конкретики: ключевые шаги, подводные камни, типичные ошибки и технологии достижения результата.
Валентин Кушнерев. Эффект 'здравого смысла', или Как находить сильные решения...ScrumTrek
Кейсы успешного применения концепций Agile, на примере международной корпорации John Deere: кейс #1 - успешная работа с подрядчиками - больше эффективности за меньшие деньги; кейс #2 - "денег нет, но вы держитесь" - удержание результата при уменьшающемся бюджете; кейс #3 - "коллаборировали, коллаборировали, да не выколлаборировали" - эффективное взаимодействие как ключевой элемент успешной реализации проектов/процессов.
Иван Спресов; Екатерина Макаревич. Agile и Scalability для традиционных индус...ScrumTrek
The old fashion industries such as Travel works hard with the agility and at the same time scalability. The talk would take attention to fixed enterpise delivearables and agility. How to apply agile principals to the hard enterpise commits and scaled program executions for more than 70 people in Release Train.
Чем больше мы автоматизируем, используем инструменты и профессиональнее работаем, тем быстрее меняется мир.
Быстро меняющийся мир требует новых скоростей и новых подходов. Каким будет новый мир и какое место займут в нем бизнес и системные аналитики?
В рамках доклада будут представлены результаты многочисленных обсуждений в контексте:
Современные внешние вызовы и теория сложности
Лекарства от болезней, которые становятся хуже лекарств
4 проблемы Agile Практики и как их нужно решать
Современные тренды в разработке ПО и профессии бизнес и системного аналитика (Facilitator, BizArch, UX Designer)
`тексты` и коммуникация современных поколений ценностные различия - Дмитрий...Dmitry Melnyk
«Тексты» и коммуникация современных поколений - Ценностные различия
или
Как Поколения воспринимают / меняют Современные Коммуникации ?
Сборка - мини-исследование для конференции «За Книгой» 12.2012, Киев
• Какую роль чтение играет в современной коммуникации, образовании, социальной жизни?
• Как новые технологические возможности меняют культурно-информационную среду?
• Как меняется структура чтения?
• Что значит читать сегодня?
• Каковы перспективы книги?
• Что за книгой?
Количество людей, способных читать и интерпретировать сложные тексты, резко уменьшается. Чтение текстов сменяется смотрением изображений с текстовым сопровождением. Книга как форма организации смыслов теряет позиции и уступает новым формам организации коммуникации.
Электронная книга вытесняет бумажную, образование более не сосредоточено на текстах… Можно фиксировать и другие тенденции, но важен сам факт значимых изменений в сфере чтения, которая веками была фундаментом современных цивилизаций.
Эти изменения свидетельствуют о крупных социальных и культурных сдвигах и их уже не остановить. Необходимо понять, в чем их суть, что несет в себе положительную динамику (в чем и для кого?), чему надо всячески сопротивляться (кому и для чего?) и что непременно сохранить.
Для того, чтобы это понять необходимы исследования, вплетенные в коммуникацию разных участников процесса изменений – людей книги и людей медиа, педагогов и технологов, философов и футурологов…
Изменеия в мире:
• мир из динамичного законосообразного стал быстрым и неопределенным;
• происходит переход от текстовой знаниевой культуры к экранной информационной циф
С одной стороны область связанная с работой с требованиями постепенно институализируется и область становится все более и более консервативной. И практика и стандарты становятся более зрелыми. С другой стороны мир и индустрия разработки ПО не стоит на месте. Даже гибкие методологии, не так давно казавшиеся пределом мечтаний, похоже перевалили пик своей популярности. Наступает очередная смена парадигмы в роли ИТ и Requirements Engineering в частности.
Управление командой отдела маркетинга в условиях быстрорастущего бизнесаEugene Lisovskiy
1. Проблемы быстрого роста
2. Как часто надо проводить status check, в каком формате?
3. Какую систему управления проектами выбрать для отслеживания статусов? Какие отчеты нужно создавать и как часто?
4. Как организовать эффективную систему финансового планирования?
Dreamteam: формирование и управление командой мечтыAnn Piven
Как собрать команду, которая решит с удовольствием поставленные цели? Все ли могут выполнять работу, которую им доручают? Как удержать тех, кого мы так долго искали? На эти и другие вопросы мы отвечали в рамках Fresh Up для Innovecs.
григорьев андрей, юмисофт, основные ошибки ведения It проектов - от документа...New Business Idea
Основные ошибки ведения IT-проектов - от документации до коммуникаций.
* Сбор и формирование требований к продукту;
* выработка стратегии;
* начальное проектирование;
* документирование процесса;
* построение схемы ролей и коммуникаций;
* дизайн проекта;
* программирование;
* примеры из жизни.
Мастер-класс. Интерактивная презентация + деловая игра «Управление командами разрабатывающими ПО по Agile (Scrum) и выводу нового программного продукта (ПО) на рынок» c использованием симулятора проектной деятельности (СПД) BesTeamKpi®
Постановка и улучшение скрам процесса для группы проектов в большой компании,...viktor_bezhenar
Презентация с конференции Lviv PM Day весны 2014 года:
- Что мешает организациям начать использовать гибкие методологии и почему это сложно?
- Преобразование методологий разработки портфеля проектов к Scrum методологии с помощью ЕТС (enterprise transition community - сообщество по изменениям на предприятии):
* наш путь
* его пересечение с моделью Майка Кона и работа по модели
* обязанности и методы работы ЕТС
Инновационная модель дизайна организационных изменений “Драйвер перемен” основана на последних открытиях в нейробиологии и учитывает особенности реакций человека на перемены. Используя принципы дизайн-мышления, она активизирует правое полушарие мозга, повышает креативность и позволяет вовлечь всех сотрудников. Благодаря этому изменения в компании происходят органично и внедряются максимально эффективно.
Presentation is about our methodology for driving change. It incorporates design-thinking philosophy, visualization techniques, facilitation and latest findings in neurobiology.
Как сделать командные встречи более эффективными? У меня нет одного волшебного рецепта для решения этого комплексного вопроса, но я буду рада поделится с вами набором техник с примерами, которые помогут вам:
Быть лучше подготовленным к встречам;
Фокусировать участников на теме обсуждения;
Уменьшать количество разговоров не относящихся к основной теме дискуссии;
Научить участников быстро принимать решения;
Митигировать конфликтные ситуации;
Описывать механизм реализации договоренностей, принятых на встрече.
Из моего доклады вы узнаете, что такое фасилитации и кто такой фасилитатор, а так же изучите ряд фасилитационных техник, которые применяются для работы с определенными проблемными ситуациями.
Технопарк Mail.Ru
Описание курса
Цель курса – Получение студентами теоретических основ и практических навыков бизнес и системного анализа необходимых для создания архитектуры бизнес ориентированного решения.
Курс состоит из 16 занятий, 10 домашних заданий и экзамена
(72 академических часа аудиторных занятий и 28 часов – самостоятельных).
После обучения студенты получают следующие знания и навыки:
Выстраивать цепочку от ключевых потребностей к ключевым архитектурным требованиям,
Понимать и анализировать бизнес драйверы и бизнес модель определяющие архитектурные требования к системе
1502 ak- нельзя оперется на то что не сопротивляетсяDmitry Bezuglyy
При решении сложных творческих задач нельзя обойтись без сильного, можно сказать бойцового характера и независимого мнения. Однако дух борьбы «до победного», который так полезен в борьбе с проблемами и вызовами «выливается боком» при взаимодействии с командой и тем более руководителем.
Хорошо когда «борьба» таких специалистов направлена в конструктивное русло, однако зачастую …
Несколько простых техник могут помочь не только избежать непродуктивного конфликта, но и избежать пожара (настоящей войны), результатом которой может стать только увольнение специалиста и/или горе руководителя. В докладе будет рассмотрена как физиология конфликтной ситуации так и ее взаимодействие с «боевым» характером.
Для кого
Для всех кто обладает «боевым» характером или по долгу «службы» сталкивается с необходимостью разрешать подобные ситуации.
Cee secr-2014-presentation-ru-bezuglyy-system of systems v1 2Dmitry Bezuglyy
Современный бизнес ставит перед разработчиками жесткие требования по необходимости сокращения жизненного цикла разработки,c которыми не может справится ни Agile, ни классическая модель разработки. В докладе рассмотрен методический подход позволяющий решить данную проблему на основе принципа системной инженерии “Система-Систем”
Development of product strategy: the method of rapid foresight
Introduction
the problem ( Future )
Foresight method
Adoption to create product strategy
Close out
Method benefits
Facilitator role
Questions ?
Зрелость продукта - Зрелость в управлении продуктом
#pcampmsk Лучше не скажешь
@op "Один из мотивов — вторичность методов и первичность целей развития. Во всяком случае, методы-стратегии инвентаризированы и связаны с задачей удержания фокуса. Отсюда переход к управлению портфелем продуктов. ..."
Презентация он-лайн программы обучения управления продуктамиDmitry Bezuglyy
Это базовый курс Онлайн программы обучения управлению продуктами.
Основная задача курса сформировать единую картину задач решаемых при создании продукта, основанную на комплексном понимании жизненного цикла продукта.
http://www.system-approach.ru/edu/on-line-pm/
На AnalystDays 2013 коллеги хорошо приняли наш совместный с Ириной Суровой доклад «Идеальный аналитик и почему его не может быть» (отзыв Максима Цепкова). Однако коллеги правильно заметили, что в рамках доклада мы преимущественно осветили использование модели с позиции руководителя отдела, или специалиста ответственного за подбор аналитика в проекте.
Тем не менее, описанные модели компетенции могут быть эффективно использованы и самими аналитиками для своего эффективного развития. В рамках предлагаемого доклада углубляется детализация компетенции Системного Аналитика и предлагается подход, позволяющий выстроить свою карьеру, даются рекомендации по методам подстройки Системного аналитика под особенности конкретного проекта и этапа карьеры.
Доклад на конференции AnalystDays 2013 ( Санкт-Петербург )
Авторы доклада: Дмитрий Безуглый, Ирина Сурова
У каждого руководителя вместе с успехом неизбежно наступает момент, когда компания/команда растет, задач непочатый край, а специалисты по анализу, как и сам руководитель, "не резиновые". Остро встает вопрос где взять, как выбрать и как включить аналитика в команду.
Типичные проблемы с которыми сталкивается руководитель в этом процессе:
Проверенный специалист, отлично зарекомендовавший себя в нескольких проектах, "ни с того ни с сего" проваливает проект.
Отличный кандидат, взятый на вырост, месяц за месяцем проедает ваше время и силы и когда остается еще чуть-чуть упирается в невидимую стену и прекращает расти сколько его не "окучивай", или еще хуже, сразу после завершения обучения уходит в другой проект или компанию.
Опытный профессионал "с репутацией", пришедший в команду, так и не находит себе места, проходят месяцы, а результата нет. И приходится расставаться, потеряв и время и деньги. Хорошо если обойдется без обид и взаимных обвинений.
Такова жизнь или все-таки можно что-то сделать?
Разумеется можно и что для этого нужно делать мы расскажем в своем докладе.
В рамках доклада мы хотим раскрыть тему компетентности и эффективности аналитика.
Основные вопросы на которые вы получите ответы:
Требования к личностным характеристикам аналитика, простые инструменты их идентификации и взаимосвязи с эффективным применением в проекте
Структура и методы оценки знаний и навыков аналитика
Методология применения модели компетенций к отбору и развитию компетенции специалистов и отдела бизнес и системного анализа в целом
Для кого: Руководители групп аналитиков, Специалисты по методологии, Аналитики и желающие ими стать.
2013 рит+ тактика и стратегия в управлении сервисами и продуктамиDmitry Bezuglyy
Cовременные тренды в индустрии разработки ПО таковы, что основной вес заказной и продуктовой разработки с DeskTop и классических клиент/серверных систем и платформ перемещается в область Интернет-технологий. Растет масштаб и сложность создаваемых решений. В целом в ИТ не принято говорить о стратегии на 2-3 года, не говоря уже о 5 годах. Однако для успешного создания продуктов и сервисов высокой сложности стратегия необходима. Без стратегии крупный проект как "Лебедь, рак и щука" - в лучшем случае, стоит, или крутится на месте. Те игроки и компании, которые, несмотря на препятствия, смогут сформировать продуктовую стратегию, получат значительное преимущество.
Продолжается сотрудничество с ведущими техническими вузами. В этот раз стартует программа обучения по курсу "Бизнес и системный анализ для архитекторов"
ЛАФ7 Гибкий бизнес и принципы постановки задачи v1 1
1. Гибкий бизнес и принципы
постановки задачи для ПО
Безуглый Дмитрий
All you need is…
7
conf.uml2.ru
2. ЛАФ 7, 2016 г.
ООО «Системный Подход»
Делать правильные продукты:
Помогаем начинающим компаниям и
продуктам стать лучше,
а хорошим — ЛУЧШИМИ !
Стратегия
Бизнес и
системный анализ
Создание
продуктов
4. ЛАФ 7, 2016 г.
RUN - Организация
• Еще недавно правила управления казались
незыблемыми:
• Нарисуй оргструктуру, четко раздели ответственность,
отмерь полномочия, разработай стратегию, внедри
системы,
• Перестань трогать рычаги управления своими охочими
порулить руками,
• Сядь спокойно на вершине иерархии и наблюдай, как
отстроенная организационная машина планомерно
движется к обозначенной стратегической цели.
Марк Розин, Как внедрять инновации
и при этом не разрушить бизнес
5. ЛАФ 7, 2016 г.
Бизнес
(Operations)
Страт.
Консалтинг
Люди ( HR)
Бизнес
процессы
Программы
Технологии
Инновации
6. ЛАФ 7, 2016 г.
Что мешает работать по старому ? (VUCA)
6AnalystDays 2016 Дмитрий Безуглый twitter.com/cornerless
7. ЛАФ 7, 2016 г.
Change-организация
• Герман Оскарович сказал:
• иерархическая четко структурированная организация не
способна к инновациям – она проиграет;
• чтобы держаться на гребне волны и развиваться, организация
должна быть текучей, гибкой, изменчивой.
Марк Розин, Как внедрять инновации
и при этом не разрушить бизнес
Отладив машину – построив - организацию,
вы теперь должны все сломать:
превратить ее в change-организацию.
8. ЛАФ 7, 2016 г.
Как реализуются изменения в
RUN бизнесе
Бизнес Бизнес Бизнес
Стратегическое
Планирование
Бизнес и
Системный
анализ
Исполне
ние
Внедре
ние
Крупная
организация
насчитывает
500-700
систем
Крупная
организация
насчитывает
15-100 Команд
Изменение
занимает от 6 до
18 месяцев
9. ЛАФ 7, 2016 г.
Тимофей Евграшин Agile в
головах и компаниях (v2)
10. Volatility
(Быстрые
изменения)
+ Agility =
Галопирующие
изменения
Complexity
(Больше факторов
при принятии
решений)
+ Agility =
Сначала
делаем,
Потом
Думаем
Ambiguity
(Неоднозначность
последствий
событий)
+ Agility =
Прозрачность
Результата.
Без прозрачности
Последствий.
Uncertainty
(Неопределенность
Настоящего)
+ Agility =
Полная
Определенность
Действий
@cornerless
12. ЛАФ 7, 2016 г.
Масштабирование Agile
(Основные направления)
1. Scrum of Scrums
2. LeSS - Large Scale Scrum (Larman/Vodde)
3. Rules of LeSS
4. SAFe - Scaled Agile Framework (Leffingwell)
5. DAD - Disciplined Agile Delivery
(Ambler/Lines)
6. Method used at Spotify (Kniberg)
7. Enterprise Scrum (Mike Beedle)
http://www.agilescaling.com/
• Scaled Professional Scrum /
Nexus (scrum.org)
• Scrum Inc - Scrum at Scale
• Enterprise Transition Framework
(agile42)
• DSDM
• MAXOS (Andy Singleton)
• ScALeD Agile Lean Development
• Descaling as an Alternative to
Scaling Agile
• Descaling Organizations, Part 1
• scaledprinciples.org
• Xscale
• RAGE (Cprime)
13.
14. ЛАФ 7, 2016 г.
SAFe Роли ответственные за ответ
на вопрос «Что делаем?» (ч. 1)
• Уровень команды Team Level
• Product Owner - Локальные решения по реализации изменений.
• Уровень программы (Program Level)
• Менеджер продукта (Product Management) несет ответственность
за создание видения развития и дорожную карту программы.
• Системный Архитектор (System Architect/Engineer) играет важную
роль в оказании помощи командам в общем техническом
направлении к выполнению миссии, видения и дорожной карты.
• Владельцы бизнеса разделяют ответственность за ценность
создаваемого решения
15. ЛАФ 7, 2016 г.
SAFe Роли ответственные за ответ
на вопрос «Что делаем?» (ч. 2)
• Уровень потока создания ценности (Value Stream level)
• Управление решением (Solution Management) имеет обязанности,
аналогичные управлению продуктами
• Архитектор Решения (Solution Architect/Engineer ) несет ответственность,
аналогичную системный архитектор / инженер
• Уровень портфеля (Portfolio Level)
• Архитектор предприятия (Enterprise Architect) работает на стыке Потоков
создания ценности и Потока реализации изменений для обеспечения
стратегического технического руководства в таких областях, как
рекомендации стека технологий, взаимодействие решений и т.д.
• Владелец Эпика (Epic Owner) роль, а не должность. Этот человек берет на
себя ответственность за бизнес-результат и реализацию инициатив
руководства, называемого Эпиком в SAFe
16. ЛАФ 7, 2016 г.
Зона Понимания
Вовлечение источника изменений в
процесс проектирования
Зона
Управле
ния
Изменения перестают быть
внезапными
17. ЛАФ 7, 2016 г.
Масштаб изменений и инноваций
Уровень компании
Уровень потока
создания бизнеса
Уровень
программы/продукта
Уровень Команды
• Источник изменений –
Стратегия компании
• Источник изменений -
Рынок
• Источник изменений –
Владелец бизнес процесса
• Источник изменений
Пользователь
18. ЛАФ 7, 2016 г.
Почему необходимы отдельные
люди для поиска решения ?
19. ЛАФ 7, 2016 г.
Анализ требует времени
Анализ бизнес-
потребности
Определение
бизнес-
потребности
Формирование
требований
· Выявление
изменения
· Определение
бизнес-заказчика
· Приоритезация
потребности
· Категоризация
потребности
· Оценка соответствия
потребности бизнес-
целям
· Определение
взаимосвязей и
взаимовлияния
потребностей
· Экспресс-оценка
стоимости
реализации
потребности:
определение
порядка цены
· Определение
заинтересованных
лиц
· Формирование
перечня требований
в рамках
потребности
· Верификация
требований
· Оценка соответствия
требований бизнес-
целям
· Оценка соответствия
требований целевой
архитектуре блока
· Определение
взаимосвязей и
взаимовлияния
требований
Экспертиза и
контроль
реализации
требований
· Предоставление
экспертных
заключений по
реализации
· Экспертиза тест-
кейсов
· Контроль
реализации
требований
· Валидация
требований
Оценка
удовлетворения
бизнес-
потребности
· Post Implementation
Review
· Оценка
эффективности и
работоспособности
решений
· Выявление
недостатков/
проблем/
направлений
дальнейшего
развития в масштабе
реализованной
целевой
архитектуры
· Пересмотр
требований в связи с
изменением бизнес-
целей и прочих
элементов контекста
Формирование
решений
· Аллокация
требований по
объектам
архитектуры
· Экспресс-оценка
стоимости
реализации
требований,
· в т.ч. расчет
экономической
эффективности их
реализации (NPV,
EMV)
· Определение
состава решений,
требуемых для
реализации целевой
архитектуры в
периметре
потребности
(целевых решений)
ОПИСАНИЕ
ПОТРЕБНОСТИ
ЭТАПЫ
ЖЦ
КЛЮЧЕВЫЕ
ЗАДАЧИ
ОСНОВНЫЕ
РЕЗУЛЬТАТЫ
ОПИСАНИЕ ПРЕ-БИЗНЕС-
КЕЙСА БИЗНЕС-ТРЕБОВАНИЯ БИЗНЕС-РЕШЕНИЕ
БИЗНЕС-КЕЙС
ЭКСПЕРТНЫЕ
ЗАКЛЮЧЕНИЯ
ОТЧЕТЫ ПО
УДОВЛЕТВОРЕННОСТИ
БИЗНЕСА
20. ЛАФ 7, 2016 г.
Цена переключения между
проектами (Waste)
1. Формирование карты ЗС
2. Этнография – изучение пользователей
3. Установление доверия с ЗС
4. Исследование и изучение контекста. Процессы, Системы,
Инфраструктура (Погружение в предметную область)
5. Документирование и извлечение промежуточных
результатов
6. Изучение технологических и возможностей команды
7. Установление контакта и взаимоотношений с командой
30. ЛАФ 7, 2016 г.
Спасибо за внимание !
33
• Дмитрий Безуглый
• https://www.facebook.com/
dmitry.bezuglyy
• bdl@system-approach.ru
• ООО «Системный Подход»
• https://www.facebook.com/
SystemApproach
• www.system-approach.ru
AnalystDays 2016 Дмитрий Безуглый twitter.com/cornerless
31. ЛАФ 7, 2016 г.
Источники
1. Марк Розин, Как внедрять инновации и
при этом не разрушить бизнес
2. http://www.agilescaling.com/
3. Тимофей Евграшин Agile в головах и
компаниях (v2)
32. ЛАФ 7, 2016 г.
The-Сynefin-framework
Делаем и
не думаем
Сначала
делаем потом
думаем.
Делаем,
Проверяем,
Думаем
Дважды
думаем, потом
делаем
Просто делаем
AnalystDays 2016 Дмитрий Безуглый twitter.com/cornerless
33. ЛАФ 7, 2016 г.
Теория систем
Гибкость в реализации
= Овеществление границ
Границы системы
AnalystDays 2016 Дмитрий Безуглый twitter.com/cornerless
Editor's Notes
Основной вопрос - Что такое гибкий анализ и что нужно чтобы он действительно работал ?
В рамках доклада будут рассмотрены:
VUKA – контекст (+)
Big Agile картина
Бизнес и cистемный анализ (BSA) в SAFe 4.0
Принципы реализации гибкого анализа
Обзор основных инструменты и практик Гибкого Анализа
OVERVIEW: In this slide, you can explain that, at first glance, the Framework may appear complicated. However, you can provide assurance that you will take them through it in a logical manner.
SAMPLE SPEAKER NOTES:
This is what is referred to as the “SAFe Big Picture”. At first, it may look complicated, but as we will see, it is actually a very straight-forward and logical representation.
We will see that roles, artifacts, and activities are clearly defined based on proven principles and practices.
Decomposing the SAFe Big Picture into it’s constituent parts, we’ll discover that it’s a simple, powerful and easily understood framework for managing complex software and systems development.
Let’s now move to the Team Level
Here, we have small cross-functional teams that are empowered to make localized decisions to get work done. These teams may operate under ScrumXP or Kanban on software, firmware, or hardware. Each Agile team has a Scrum Master, Product Owner, Developers, Testers, and other necessary team roles.
Let’s move to the Program Level
The Release Train Engineer facilitates the activities of the Agile Release Train, much like the Scrum Master facilitates the activities of the team.
Product Management is responsible for the Program Vision and Roadmap. They prioritize the work in the Program Backlog, much like Product Owners do in the Team Backlog,
The System Architect/Engineer plays a critical role in helping align teams in a common technical direction toward accomplishment of the mission, Vision, and Roadmap.
Business Owners share responsibility for the value delivered by a specific Agile Release Train
The roles at the Value Stream level are similar to those at the Program Level
The Value Stream Engineer has responsibilities similar to those of the Release Train Engineer
Solution Management has responsibilities similar to those of Product Management
The Solution Architect/Engineer has responsibilities similar to those of the System Architect/Engineer
Let’s move to the Portfolio Level
We have the Program Portfolio Management team responsible for strategy and investment funding, program execution, and governance. They have the highest level fiduciary responsibility in the Framework.
The Enterprise Architect works across Value Streams and Agile Release Trains to provide strategic technical guidance in such areas as technology stack recommendations, interoperability of solutions, and hosting strategies
The Epic Owner is a role, not a title. This person takes responsibility for the business case and implementation guidance of initiatives, called Epics in SAFe
Let’s now move to the Team Level
Here, we have small cross-functional teams that are empowered to make localized decisions to get work done. These teams may operate under ScrumXP or Kanban on software, firmware, or hardware. Each Agile team has a Scrum Master, Product Owner, Developers, Testers, and other necessary team roles.
Let’s move to the Program Level
The Release Train Engineer facilitates the activities of the Agile Release Train, much like the Scrum Master facilitates the activities of the team.
Product Management is responsible for the Program Vision and Roadmap. They prioritize the work in the Program Backlog, much like Product Owners do in the Team Backlog,
The System Architect/Engineer plays a critical role in helping align teams in a common technical direction toward accomplishment of the mission, Vision, and Roadmap.
Business Owners share responsibility for the value delivered by a specific Agile Release Train
The roles at the Value Stream level are similar to those at the Program Level
The Value Stream Engineer has responsibilities similar to those of the Release Train Engineer
Solution Management has responsibilities similar to those of Product Management
The Solution Architect/Engineer has responsibilities similar to those of the System Architect/Engineer
Let’s move to the Portfolio Level
We have the Program Portfolio Management team responsible for strategy and investment funding, program execution, and governance. They have the highest level fiduciary responsibility in the Framework.
The Enterprise Architect works across Value Streams and Agile Release Trains to provide strategic technical guidance in such areas as technology stack recommendations, interoperability of solutions, and hosting strategies
The Epic Owner is a role, not a title. This person takes responsibility for the business case and implementation guidance of initiatives, called Epics in SAFe