Post Agile эра / Борис Вольфсон (HeadHunter)
•Download as PPTX, PDF•
1 like•780 views
Многие компании успешно используют Agile-методологии на протяжении многих лет. На данный момент некоторые из них переосмысливают понимание Agile, распространяя его за пределы конкретных методологий. Я расскажу о том, как сделать компанию / подразделение по-настоящему гибкими, выстроив собственный Agile-фреймворк. Для создания такого фреймворка нужно понимать, из чего он состоит: от методологии управления проектами до организационной культуры. Если вы уже успешно используете Scrum или Kanban и задумываетесь о том, что вам необходимо делать дальше - добро пожаловать на мой доклад!
Recommended
Recommended
More Related Content
What's hot
What's hot (20)
Viewers also liked
Viewers also liked (17)
Similar to Post Agile эра / Борис Вольфсон (HeadHunter)
Similar to Post Agile эра / Борис Вольфсон (HeadHunter) (20)
More from Ontico
More from Ontico (20)
Post Agile эра / Борис Вольфсон (HeadHunter)
- 1. Post Agile эра Борис Вольфсон Директор по развитию HeadHunter
- 2. Борис Вольфсон • Интеграция работы нескольких департаментов Директор по развитию • Есть опыт систематизации большого количества материалов Автор книги «Гибкое управление проектами и продуктами» • Не только компании, в которых работал в качестве руководителя Спикер, консультант и тренер (реже)
- 3. Зачем меня слушать? Послушав, данный доклад вы сможете осознанно создавать и изменять собственные гибкие фреймворки, которые подходят для ваших задач и условий в рамках компаний и подразделений
- 4. Для кого этот доклад? У нас не получается делать поставку каждые две недели Наша команда даже не приходит на стендапы!!! Мы даже не умеем синхронизироваться!!! Какая поставка, Карл?!
- 5. Что такое Agile Agile – подходы к созданию продуктов, путем непрерывной быстрой поставки ценного рабочего функционала самоорганизованной командой профессионалов в сотрудничестве с заказчиком © Борис Вольфсон
- 6. Ценности Agile Мы постоянно открываем для себя более совершенные методы разработки программного обеспечения, занимаясь разработкой непосредственно и помогая в этом другим. Благодаря проделанной работе мы смогли осознать, что: Люди и взаимодействие важнее процессов и инструментов Работающий продукт важнее исчерпывающей документации Сотрудничество с заказчиком важнее согласования условий контракта Готовность к изменениям важнее следования первоначальному плану То есть, не отрицая важности того, что справа, мы всё-таки больше ценим то, что слева.
- 7. Принципы Agile 1. Наивысшим приоритетом для нас является удовлетворение потребностей заказчика, благодаря регулярной и ранней поставке ценного программного обеспечения. 2. Изменение требований приветствуется, даже на поздних стадиях разработки. Agile- процессы позволяют использовать изменения для обеспечения заказчику конкурентного преимущества. 3. Работающий продукт следует выпускать как можно чаще, с периодичностью от пары недель до пары месяцев. 4. На протяжении всего проекта разработчики и представители бизнеса должны ежедневно работать вместе. 5. Над проектом должны работать мотивированные профессионалы. Чтобы работа была сделана, создайте условия, обеспечьте поддержку и полностью доверьтесь им. 6. Непосредственное общение является наиболее практичным и эффективным способом обмена информацией как с самой командой, так и внутри команды. 7. Работающий продукт — основной показатель прогресса. 8. Инвесторы, разработчики и пользователи должны иметь возможность поддерживать постоянный ритм бесконечно. Agile помогает наладить такой устойчивый процесс разработки. 9. Постоянное внимание к техническому совершенству и качеству проектирования повышает гибкость проекта. 10.Простота — искусство минимизации лишней работы — крайне необходима. 11.Самые лучшие требования, архитектурные и технические решения рождаются у самоорганизующихся команд. 12.Команда должна систематически анализировать возможные способы улучшения эффективности и соответственно корректировать стиль своей работы.
- 9. Мой доклад про картину в общем, а не про отдельные практики
- 11. Как происходит в жизни в лучшем случае? Методология Инженерные практики Что-то еще…
- 12. Ну и в чем проблема?
- 14. Agile как полноценный продукт Внедрение методологии требует изменений (часто глубоких) и в других элементах компании
- 15. Терминология Agile-фреймворк в компании – гармоничная совокупность различных элементов компании, построенная на принципах и ценностях Agile Agile-фреймворк в компании ≠ фреймворк Scrum
- 16. Из чего состоит фреймворк Управление продуктом Управление проектом Инженерные практики Управление командой Ваш кусочек пазла
- 23. Набор инженерных подходящих практик Сочетаемость Поддержка Инженерной культуре Инструменты Архитектура
- 26. Инспекции кода и парное программирование Тяжеловесно Легко
- 28. Lean Canvas – концепция продукта Проблемы 3 самые важные проблемы заказчиков Решения Функциональность продукта, которая решает проблемы Уникальное предложение Простое и понятное сообщение, почему заказчик должен выбрать именно вас Преимущество Что нельзя быстро скопировать или купить Сегменты заказчиков Заказчики или конечные пользователи вашего продукта Метрики оценки Как можно понять, что ваш продукт успешно решает проблемы? Каналы продаж Как ваш продукт достигнет ваших заказчиков? Структура затрат На что вы будете тратить деньги при изготовлении продукта? Потоки прибыли Как вы будете получать прибыль? Для отдельных элементов требуется более детальная проработка
- 32. Startup Metrics for Pirates • users come to site from various channelsAcquisition • users enjoy 1st visit: "happy” experienceActivation • users come back, visit site multiple timesRetention • users like product enough to refer othersReferral • users conduct some monetization behaviorRevenue
- 33. Воронки
- 34. Story Mapping
- 35. Финансовое моделирование -10,000,000р. - р. 10,000,000р. 20,000,000р. 30,000,000р. 40,000,000р. 50,000,000р. 60,000,000р. 70,000,000р. Кумулятивная прибыль Кумулятивные затраты Кумулятивный доход Параметр модели Значение Цена премиум пакета на год 100 000р. Цена стандарт пакета на год 15 000р. Повторные покупки 80%
- 37. Команда
- 40. Теории лидерства http://www.hr-portal.ru/article/klassifikaciya- teoriy-i-problemnoe-pole-liderstva
- 41. Культура
- 42. Модель Шнайдера
- 46. Doing Agile vs Be Agile www.slideshare.net/adamzolyak/dont-do-agile-be-agile-37509916
- 48. Алгоритм построения Agile- фреймворка 1. Привлеките максимальное число людей с самого начала 2. Определите цели и контекст 3. Возьмите за основу методологию 4. Дополните крупными кусками (в том числе из этой презентации) 5. Добавьте небольших практик по вкусу 6. Определите, что является правилами, а что рекомендациями 7. Постоянно совершенствуйте свой Agile- фреймворк
- 50. Сверху или снизу Сверху • Ограничения Снизу • Подробности • Конкретные практики
- 51. Фреймворк как библиотека практик и методов
- 53. Постройте свой Agile- фреймворк, чтобы добиться устойчивой Agile- трансформации!
Editor's Notes
- Не подумайте, что я хочу показать этим слайдом какой я крутой. В начале своих презентаций, я иногда показываю, что так и не закончил институт, что у меня нет никаких сертификатов и тому подобное. Но эти четыре пункты позволят понять вам, в каком контексте я думал и писал этот доклад.
- TODO: Подумать над более красивой схемой
- http://www.slideshare.net/venkatsrg/scrum-vs-kanban-28410985
- http://www.slideshare.net/TechWellPresentations/to-presentation-30268801
- Gain Creators Describe how your products and services create customer gains. How do they create benefits your customer expects, desires or would be surprised by, including functional utility, social gains, positive emotions, and cost savings? Products & Services List all the products and services your value proposition is built around. Which products and services do you offer that help your customer get either a functional, social, or emotional job done, or help him/her satisfy basic needs? Pain Relievers Describe how your products and services alleviate customer pains. How do they eliminate or reduce negative emotions, undesired costs and situations, and risks your customer experiences or could experience before, during, and after getting the job done? Gains Describe the benefits your customer expects, desires or would be surprised by. This includes functional utility, social gains, positive emotions, and cost savings. Customer Job(s) Describe what a specific customer segment is trying to get done. It could be the tasks they are trying to perform and complete, the problems they are trying to solve, or the needs they are trying to satisfy.
- Для проработки решений
- Over the last two years, I have had the chance to validate these guidelines with many SaaS businesses, and it turns out that these early guesses have held up well. The best SaaS businesses have a LTV to CAC ratio that is higher than 3, sometimes as high as 7 or 8. And many of the best SaaS businesses are able to recover their CAC in 5-7 months. However many healthy SaaS businesses don’t meet the guidelines in the early days, but can see how they can improve the business over time to get there. The second guideline (Months to Recover CAC) is all about time to profitability and cash flow. Larger businesses, such as wireless carriers and credit card companies, can afford to have a longer time to recover CAC, as they have access to tons of cheap capital. Startups, on the other hand, typically find that capital is expensive in the early days. However even if capital is cheap, it turns out that Months to recover CAC is a very good predictor of how well a SaaS business will perform. Take a look at the graph below, which comes from the same model used earlier. It shows how the profitability is anemic if the time to recover CAC extends beyond 12 months.
- Hersey, P. and Blanchard, K. H. (1972). Management of Organizational Behavior Рассмотрены следующие стили ситуационного лидерства: С 1 — Директивный стиль, или Лидерство путем приказа — высокая ориентация на задачу и низкая — на людей. Лидер дает конкретные указания и следит за выполнением заданий. Основной способ лидерства — жесткая постановка целей и приказы. С 2 — Наставнический стиль, или Лидерство путем продажи идей — совмещение высокой ориентированности на задачу и на людей. Руководитель продолжает давать указания и следить за выполнением заданий, но при этом объясняет принятые решения подчинённому, предлагает высказывать свои идеи и предложения. С 3 — Поддерживающий стиль, или Лидерство путём участия в организации процесса работы — высокая ориентация на людей и низкая — на задачу. Лидер поддерживает и помогает своим подчиненным в их работе. Лидер участвует в процессе принятия решений, но решения принимаются в большей степени подчиненными. С 4 — Делегирующий стиль, или Лидерство путем делегирования — низкая ориентация и на людей, и на задачу.