вольфсон построение собственного Agile-фреймворка (шаблон)
•Download as PPTX, PDF•
4 likes•3,757 views
Recommended
Recommended
More Related Content
What's hot
What's hot (20)
Viewers also liked
Viewers also liked (20)
Similar to вольфсон построение собственного Agile-фреймворка (шаблон)
Similar to вольфсон построение собственного Agile-фреймворка (шаблон) (20)
More from Magneta AI
More from Magneta AI (20)
вольфсон построение собственного Agile-фреймворка (шаблон)
- 1. Построение собственного Agile- фреймворка в компании Борис Вольфсон HeadHunter
- 2. Борис Вольфсон • Не только про технические вещи Технический директор (топ-менеджер) HeadHunter • Есть опыт систематизации большого количества материалов Автор книги «Гибкое управление проектами и продуктами» • Не только компании, в которых работал в качестве руководителя Спикер, консультант и тренер (реже)
- 3. Зачем меня слушать? Послушав, данный доклад вы сможете осознанно создавать и изменять собственные гибкие фреймворки, которые подходят для ваших задач и условий
- 4. Что такое Agile Agile – подходы к созданию продуктов, путем непрерывной быстрой поставки ценного рабочего функционала самоорганизованной командой профессионалов в сотрудничестве с заказчиком © Борис Вольфсон
- 5. Ценности Agile Мы постоянно открываем для себя более совершенные методы разработки программного обеспечения, занимаясь разработкой непосредственно и помогая в этом другим. Благодаря проделанной работе мы смогли осознать, что: Люди и взаимодействие важнее процессов и инструментов Работающий продукт важнее исчерпывающей документации Сотрудничество с заказчиком важнее согласования условий контракта Готовность к изменениям важнее следования первоначальному плану То есть, не отрицая важности того, что справа, мы всё-таки больше ценим то, что слева.
- 6. Принципы Agile 1. Наивысшим приоритетом для нас является удовлетворение потребностей заказчика, благодаря регулярной и ранней поставке ценного программного обеспечения. 2. Изменение требований приветствуется, даже на поздних стадиях разработки. Agile-процессы позволяют использовать изменения для обеспечения заказчику конкурентного преимущества. 3. Работающий продукт следует выпускать как можно чаще, с периодичностью от пары недель до пары месяцев. 4. На протяжении всего проекта разработчики и представители бизнеса должны ежедневно работать вместе. 5. Над проектом должны работать мотивированные профессионалы. Чтобы работа была сделана, создайте условия, обеспечьте поддержку и полностью доверьтесь им. 6. Непосредственное общение является наиболее практичным и эффективным способом обмена информацией как с самой командой, так и внутри команды. 7. Работающий продукт — основной показатель прогресса. 8. Инвесторы, разработчики и пользователи должны иметь возможность поддерживать постоянный ритм бесконечно. Agile помогает наладить такой устойчивый процесс разработки. 9. Постоянное внимание к техническому совершенству и качеству проектирования повышает гибкость проекта. 10. Простота — искусство минимизации лишней работы — крайне необходима. 11. Самые лучшие требования, архитектурные и технические решения рождаются у самоорганизующихся команд. 12. Команда должна систематически анализировать возможные способы улучшения эффективности и соответственно корректировать стиль своей работы.
- 8. Мой доклад про картину в общем, а не про отдельные практики
- 10. Как происходит в жизни в лучшем случае? Методология Инженерные практики Что-то еще…
- 11. Ну и в чем проблема?
- 13. Agile как полноценный продукт Внедрение методологии требует изменений (часто глубоких) и в других элементах компании
- 14. Терминология Agile-фреймворк в компании – гармоничная совокупность различных элементов компании, построенная на принципах и ценностях Agile Agile-фреймворк в компании ≠ фреймворк Scrum
- 15. Из чего состоит фреймворк Управление продуктом Управление проектом Инженерные практики Управление командой Ваш кусочек пазла
- 25. Инспекции кода и парное программирование Тяжеловесно Легко
- 26. Набор инженерных подходящих практик Сочетаемость Поддержка Инженерной культуре Инструменты Архитектура
- 28. Lean Canvas – концепция продукта Проблемы 3 самые важные проблемы заказчиков Решения Функциональность продукта, которая решает проблемы Уникальное предложение Простое и понятное сообщение, почему заказчик должен выбрать именно вас Преимущество Что нельзя быстро скопировать или купить Сегменты заказчиков Заказчики или конечные пользователи вашего продукта Метрики оценки Как можно понять, что ваш продукт успешно решает проблемы? Каналы продаж Как ваш продукт достигнет ваших заказчиков? Структура затрат На что вы будете тратить деньги при изготовлении продукта? Потоки прибыли Как вы будете получать прибыль? Для отдельных элементов требуется более детальная проработка
- 29. Диффузная модель инноваций Новаторы Ранние послед ователи Раннее большинство Позднее большин ство Поздний последов атели Пропасть Площадь под кривой соответствует количеству пользователей
- 30. The Value Proposition Canvas
- 31. The Value Proposition Canvas
- 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. Website.com Biz DevAds, Lead Gen, Subscriptions, ECommerce Homepage / Landing Page Product Features ACQUISITION SEO SEM Apps & Widgets Affiliates Email PR Biz Dev Campaigns, Contests Direct, Tel, TV Social Network s Blogs Domains Emails & Alerts System Events & Time- based Features Blogs, RSS, News Feeds Emails & widgets Affiliates, Contests Viral Loops
- 34. Воронки
- 35. Story Mapping
- 36. Финансовое моделирование -10,000,000р. - р. 10,000,000р. 20,000,000р. 30,000,000р. 40,000,000р. 50,000,000р. 60,000,000р. 70,000,000р. 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 Кумулятивная прибыль Кумулятивные затраты Кумулятивный доход Параметр модели Значение Цена премиум пакета на год 100 000р. Цена стандарт пакета на год 15 000р. Повторные покупки 80%
- 38. Команда
- 40. Теория игр Вася сотрудничает Вася предает Петя сотрудничает • Вася проводит нормальное ревью • Петя исправляет все замечания • Весь код выпускается • Вася проводит жесткое ревью, его хвалят за дотошность • Петя берет вину на себя и получает выговор • Код выпускается частично Петя предает • Вася проводит нормальное ревью • Петя спорит по замечаниям • Код выпускается частично • Вася проводит жесткое ревью • Петя спорит по каждому замечанию • Код не выходит
- 42. Теории лидерства http://www.hr-portal.ru/article/klassifikaciya- teoriy-i-problemnoe-pole-liderstva
- 43. Культура
- 44. Модель Шнайдера
- 48. Doing Agile vs Be Agile www.slideshare.net/adamzolyak/dont-do-agile-be-agile-37509916
- 50. Алгоритм построения Agile-фреймворка 1. Привлеките максимальное число людей с самого начала 2. Определите цели и контексте 3. Возьмите за основу методологию 4. Дополните крупными кусками (в том числе из этой презентации) 5. Добавьте небольших практик по вкусу 6. Определите, что является правилами, а что рекомендациями 7. Постоянно совершенствуйте свой Agile-фреймворк
- 53. Фреймворк как библиотека практик и методов
- 56. Постройте свой Agile-фреймворк, чтобы добиться устойчивой Agile- трансформации!
- 57. Контакты • borisvolfson86@gmail.com • www.twitter.com/borisvolfson • www.facebook.com/borisvolfson
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.
- 33
- Для проработки решений
- 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 — Делегирующий стиль, или Лидерство путем делегирования — низкая ориентация и на людей, и на задачу.