Постановка и улучшение скрам процесса для группы проектов в большой компании,...viktor_bezhenar
Презентация с конференции Lviv PM Day весны 2014 года:
- Что мешает организациям начать использовать гибкие методологии и почему это сложно?
- Преобразование методологий разработки портфеля проектов к Scrum методологии с помощью ЕТС (enterprise transition community - сообщество по изменениям на предприятии):
* наш путь
* его пересечение с моделью Майка Кона и работа по модели
* обязанности и методы работы ЕТС
Видео: https://www.youtube.com/watch?v=I5bI1QTGrRs
Провёл тренинг и kickoff, а команда всё равно не понимает, зачем она повесила доску, и каждый день двигает стикеры? Завёл бэклог и запустил все события Scrum, а Владелец Продукта продолжает себя вести как начальник отдела или руководитель проекта? Провёл воркшоп по 5 порокам команды, а её участники продолжают работать обособленно? Значит ты что-то упустил при внедрении изменений. На докладе рассмотрим, типичные ошибки внедрения изменений на реальных примерах из Agile-кочинга и как их избежать:
- Отсутствие активного участия руководства
- Недостаточное вовлечение сотрудников
- Недостаточное уделение внимания планированию трансформации
- Завышенные ожидания от Agile и отсутствие желания/возможности поменять окружение
Статегия agile-трансформации крупной компанииAskhat Urazbaev
Достаточно ли обойтись внедрением Agile-практик на уровне Scrum/XP или для успешной работы нужно нечто большее?
Опыт показывает, что существование в компании Agile только как методологии для команд приводит к слабому и часто кратковременному эффекту повышения производительности. Порой это дисбалансирует компанию и приводит к результатам даже хуже, чем были до внедрения Agile.
Для получения максимального результата изменения в культуре организации необходимы на всех уровнях.
Что это означает на практике и как этого добится?
В этом выступлении мы обсудим подходы проведения Agile-трансформации в больших организациях. Мы рассмотрим практики которые работают в российских корпорациях, а также типичные ловушки и грабли на которые вы можете наступить при старте изменений.
Что такое agile?
Не бойтесь незнакомого слова и не думайте, что оно относится только к сфере ИТ и разработке программного обеспечения. Действительно, изначально agile - это идеология подхода к разработке программного обеспечения. Но в последнее время гибкий подход к проектам (Agile) нашел применение не только в сфере ИТ. Уже сейчас те, кто применяют формат Agile-управления проектами в разных сферах и отраслях, более успешны, чем их конкуренты. Еще более модным agile-подход сделал Герман Греф, сказав, что "Те, кто не освоит Agile сегодня в куче бизнес-процессов – будет лузерами завтра".
Николай Фабричев. Внедряем Agile. Как можно влиять на мотивацию команды при в...ScrumTrek
Внедряя Agile, мы много говорим про ценности и mindset, про особый тип мотивации. Процесс обычно строится на базе принципов мотивации 2.0 (Daniel Pink Drive) и, к сожалению, он не работает. Опыт показывает, что в головах людей Agile ценности часто не могут найти отражения в реальности. Люди воспринимают все как красивую теорию, не имеющую применимость в реальной жизни, но главное, не имеют внутренней мотивации изменяться и изменять окружение вокруг себя. И это проблема на пути внедрения Agile, потому что без желания двигаться к цели любая преграда становится непреодолимой. Давайте поговорим про мотивацию команды внедрять изменения на простом языке. Я приведу примеры, как заинтересовать людей изменяться самим и изменять свою команду
Денис Тучин - Болезни Agile ретроспектив и как их лечить (2016 AgileTour.By)Denis Tuchin
Видео: http://youtu.be/CTrRzdzhj1s?list=PLu7pKL8OAoRSze5Ts9wrbcEQBvXDx-AGq
Если вы начали проводить ретроспективы в своей команде, это ещё не значит, что вы внедрили процесс постоянного совершенствования (Kaizen). Часто у начинающих и не только Agile команд возникают те или иные сложности: выявленные проблемы не существенны или находятся за пределами влияния команды, действия по решению проблем не воплощаются в жизнь.
На докладе мы рассмотрим типичные проблемы Agile ретроспектив и как с ними бороться. Начнём с такого часто встречаемого случая, когда члены команды достаточно позитивно настроены, не видят проблем в своей работе и их идеи по улучшению процесса сводятся к предложениям по организации инфраструктуры офиса: кондиционеры, видов чая и т.д.
Здесь нужно вернуть команду с небес на землю, показать, какие проблемы есть на самом деле и профасилитировать нахождение решений.
Другой частый случай почти полная противоположность первому по атмосфере, но по эффекту на ретро очень похож. Члены команды настолько сильно находятся под прессингом дефектов и постоянных "хотелок" заказчиков, что не верят, что что-то можно улучшить и видят проблемы только в других командах, но не у себя.
Здесь более сложный процесс по нормализации атмосферы в команде. Рассмотрим первые 3 важных шага, как это сделать: снижение психологического напряжения процессным путём, решение основных проблем и маленькие победы.
Третья проблема, которую успеем рассмотреть: принятые на ретроспективе решения, не претворяются в жизнь. Практики для исправления достаточно просты, но далеко не все о них знают и их соблюдают: добровольное назначение задач, голосование консенсусом и добавление задач в беклог.
10 главных идей гибкой разработки. С элементами, потому что довольно сложно применять чистый Scrum к большому проекту, в котором есть много поддержки и форсмажора. Подготовлена на базе книги Scrum Джеффа Сазерленда и материалов компании ScrumTrek. Презентация родилась после прочтения книги и посещения антиконференции AgileCamp. Рассказал команде проектов Колёса, Крыша и Маркет, будем более активно применять идеи и методики, которые помогают в разработке проектов по всему миру.
Дмитрий Павлов. Бытовые трудности и анти-паттерны Agile-команд.ScrumTrek
- Я решил внедрить Agile у себя в команде. Какой бы тул мне купить: Rally или TargetProcess? - Jira недоступна, мы не можем проводить планирование - Вы мне там Скрам настройте у разработчиков - У нас тестировщики половину спринта простаивают, а потом не успевают... Знакомые ситуации? Больно вспоминать? В данном докладе мы детально рассмотрим эти и другие антипаттерны, подсмотренных у реальных команд, - без философии про ценности и личностный рост. Поговорим о причинах их возникновения и последствиях, к которым они приводят. Доклад будет полезен начинающим скрам мастерам, чтобы не наступать на "детские" грабли, а опытные команды смогут критическим взглядом оценить свой процесс.
Асхат Уразбаев. Крутые организации, счастливые сотрудникиScrumTrek
В жизни каждой организации наступает момент роста, когда старые “семейные” методы управления перестают работать. Сотрудников становится много, они не так хорошо понимают идею и миссию компании, и эффективность работы постепенно падает.
У компании есть 2 варианта развития. Можно начать “закручивать гайки” — привязывать KPI к бонусам и штрафам, вводить многочисленный управляющий персонал. Сотрудник теряет свободу, его постоянно контролируют и обкладывают многочисленными регламентами с жесткими правилами. Это точно приводит к улучшению, но это не единственный способ.
Есть вариант развития в стиле Agile — когда сотрудники счастливы, контроль осуществляют сами, а компания, тем не менее, продолжает эффективно развиваться. Как этого добиться?
Денис Тучин - Удачные и неудачные паттерны распределённого Agile (Agile Days ...Denis Tuchin
Видео выступления: https://www.youtube.com/watch?v=vOMSRSTl1Xo
Хотим мы этого или нет, но часто приходится работать с удалёнными командами, а иногда и с полностью распределёнными, когда все участники сидят в разных местах. На докладе разберём некоторые паттерны организации взаимодействия распределённых Agile команд, какие из них работают лучше, какие хуже и почему, а также посмотрим, что можно изменить, чтобы получился всё же Agile. Рассмотрим такие паттерны как:
- передача изолированных User Story удалённой команде
- Индивидуальные User stories
- Scrum of Remote Scrums
- Функциональные распределённые команды
- Scrum in spite of distributed team
3 Approaches to Mobile - An A to Z Primer.agup2009
A must see A to Z mobile web primer. If you still only have one website built for desktop then you need to review this presentation. Examples are about mapping but the concepts apply to everyone!
The document discusses Gary Marlowe photographing tattoo artist James Robinson at his Brighton studio. Marlowe was impressed by Robinson's delicate tattoo work at the 2010 Brighton Tattoo Convention. The photos show Robinson working on an intricate, colorfully leg piece based on a Spanish Madonna for another tattoo artist. The piece was about two-thirds complete and in its fifth session. Marlowe tried to creatively capture what he saw that afternoon through the photos. The images remain Marlowe's intellectual property.
This document discusses vocabulary related to mapmaking and cartography. It mentions terms like populate, ancient, carved, skill, accurate, sponsored, compass, device, stream, survey, pigeon, journey, and course which are all relevant to the topics of maps, mapmakers, and the history of cartography. The document appears to be introducing these mapmaking and cartography terms to fourth grade students.
Mobile usage has increased dramatically in recent years. Neglecting a mobile-friendly website would be a huge disadvantage for businesses as more people browse from their phones than desktop computers. It is important to make websites accessible and easy to use on all devices through resizing images, clear navigation, and measuring mobile audiences. Well-designed mobile sites like Facebook and Craigslist automatically adapt to any smartphone screen, while some existing websites still need help becoming mobile-friendly. Consulting experts can help businesses get their sites updated and take advantage of opportunities in the mobile space.
El documento describe los diferentes tipos de trabajos realizados para obtener productos naturales y elaborados, así como servicios. Se mencionan trabajos agrícolas, ganaderos, pesqueros, de minería, artesanía, industria y servicios como sanidad, educación, prensa y transporte.
Slides from a quick and dirty presentation I gave to colleagues on Continuous Integration, Unit / Spec testing, etc.
CREDIT: this is very much in the Zach Holman school of presentation. I borrowed a lot of inspiration (and some colors/fonts) from his designs. Attribution was given.
This document discusses the speaker's involvement with the jQuery open source project. It provides background on jQuery, describing it as a JavaScript library that simplifies DOM manipulation. It then outlines the speaker's various roles contributing to jQuery, including core bug triage, API documentation, and evangelism. Challenges of contributing to open source projects from work and managing time zones are discussed. Overall, the document encourages getting involved in open source and notes that significant contributions can be made even without large time commitments.
Гибкие методологии разработки ПО в реальном миреTech Talks @NSU
http://techtalks.nsu.ru
Видеозапись: http://www.youtube.com/watch?v=ooa5qE7oTQg
8 апреля 2016. Гибкие методологии разработки ПО в реальном мире (Антон Дёмин, Xored)
На этой лекции мы рассмотрим классические модели управления проектами, поговорим о реалиях разработки и о наиболее частых проектных проблемах, с которыми сталкиваются разработчики и менеджеры.
Среди прочего мы рассмотрим гибкие методологии; как в общем, так и на примере их конкретных представителей (Scrum, XP, Kanban). Также будет рассказано о процессе перехода на Scrum на примере крупного проекта для одного из клиентов компании.
Кроме того, поскольку гибкие методологии подразумевают гибкие правила, мы прямо на лекции попробуем модифицировать одну из хрестоматийных методологий под нужды конкретного проекта, а именно — немного доработаем Scrum путем добавления в него артефактов из других методологий.
Лекция прочитана в рамках проекта Tech Talks @NSU – серии открытых лекций о разработке ПО и карьере в IT, проводимых в Новосибирском государственном университете.
Подробности: http://techtalks.nsu.ru
Основы скрам. Версия 1.0
Презентация подготовлена в целях обучения и ознакомления сотрудников с фреймворком Скрам.
Оставляйте комментарии насколько эффективен этот материал для вас и насколько позновательной была информация для вас.
You probably know what is iteration Zero.
Everybody uses this term but a few can define it clearly. Some use it to designate a special time for building infractructure, others as an iteration for assembling a team and sharing a product vision or elaborating initial requirements. Still, you can hardly get a clear explanation how to do your iteration Zero.
We in ScrumTrek have been helping organizations to adopt Agile for more that 5 years. Our understanding of iteration Zero has evolved over time and now we understand it as a time for a team, bussiness and other stakeholders to investigate collaboratively a product that they are going to build.
Join our session to learn about our experience and practices for iteration Zero. You will see how we do product/project analysis and create product vision and backlog. We will be talking about practices for helping a team to start their first iterations and discuss how to involve stakeholders into collaborative work.
And, what is more important, how to box it into just one iteration.
The document discusses story mapping, which is a technique for planning software releases. Unlike traditional user story backlogs, story maps make the workflow or value chain visible, show relationships between larger stories and child stories, and provide context for prioritization. They also allow planning of releases as complete slices of functionality. The document provides an example of creating a story map, which involves defining personas, mapping goals and activities, and progressively adding more details like subtasks and functional decomposition.
This document discusses various techniques for crafting and improving a business vision, including vision canvassing and continuous risk validation. It provides examples of vision checklists to ensure a vision is understandable, measurable, and inspiring. Business model canvassing frameworks are also referenced, with an emphasis on collaborating before writing code to terminate risks early in the process. Links are included to resources on business model generation and lean startup methodologies.
What kind of team we can call a good team? Good team (incl P.O.) delivers right features to their customers. If features are wrong, or they are delivered too early you can failure your product or project.
PDA Newton has been released to the market too early and failed. Market was not ready for it. There are some other typical mistakes. For example, sometimes we are not able to understand our customer or hit wrong segment of the market.
This workshop will show how to use Innovation Games ® play with customers to understand their value, and use this information to effectively prioritize and release the feature they want and when they want.
5. Продюсирование
• Музыкальный продюсер — лицо, ответственное за имидж,
музыкальный стиль исполнителей и процесс звукозаписи.
• В его ведении обычно находятся контроль за
качеством звучания, определение репертуара и общая
идеология проекта (альбома, сингла, радиопередачи и
т. п.).
• Продюсер подбирает звукоинженеров, монтажёров,
ассистентов. Как правило, у крупных лейблов имеются свои
студийные продюсеры, нередко музыканты сами
приглашают интересных им посторонних продюсеров.
6. Coaching - New form
of producing
• Формирование команд и сообществ в компании (pre-
production)
• Формирование продукта (genre)
• Регулярная поставка продуктов (Production)
• Улучшение и корректирование работы компании (Get
the band together)
• Реформирование и адаптация процесса разработки
9. Что такое Agile?
Agile - это набор:
• Ценностей и Принципов (Манифест Agile-
разработки)
• Практик (Методик)
• Самое важное - Agile это другой образ
мышления и подход нацеленный на
достижение результата в кратчайшее сроки
10. Чем Agile не является
• Это не моно-методология
• Это не набор инструментов или программ
• Это не список жестких правил!
• Это не серебряная пуля!
11. Манифест гибкой
разработки
• Люди и взаимодействия важнее чем
процессы и инструменты
• Работующий код важнее идеальной
документации
• Сотрудничество с заказчиком важнее чем
контрактные обязательства
• Реакция на изменение важнее следованию
плану
17. Адаптивность Agile
процесса
Ежедневные,
недельные и
месячные сверки
курса
Сбор требований по
мере развития продукта
Проект может
адаптироваться к
конечным целям
бизнеса!
18. Agile vs Водопад
Фиксируем это Требования Стоимость Сроки
Agile
Водопад
Оцениваем это Стоимость Сроки Функциональность
(features)
План определяет Стоимость и сроки
сроки и стоимость определяют
функциональность
21. Роли в Scrum:
Product Owner
Цель: Развивать продукт/проект с максимальной
доходностью (пользой)
Ответственность:
• Представляет интересы заказчика и
заинтересованных лиц
• Формирует Backlog
• Product Vision
• Управляет датой релиза и его содержанием
22. Роли в Scrum:
ScrumMaster
Цель: Поддерживать «здоровье»
команды
Ответственность:
• Один из разработчиков
• Проводит DSM, Планирование,
помогает на Demo
• Создает атмосферу доверия
• Устраняет внешние преграды
• Отвечает за процесс
23. Роли в Scrum:
TEAM
Цель: Разрабатывать софт в соответсвии с
Backlog’ом и Концепцией продукта
Ответственность:
• Самоорганизованная / самоуправляемая
- Колективно принимают решения
- Сами организуют свою работу
• Кросфункциональная
• Разрабатывают наиболее приоритетные фитчи
Backlog’a
Члены команды меняются только между
итерациями