кривошеев евгений - как нужно уметь думать специалистамMagneta AI
Сегодня мы решаем все более сложные задачи в рамках разработки, и зачастую технические и процессные решения принимаются неверно, что приводит к неминуемой расплате.
Мы часто не можем принять решения, посмотрите вокруг — сплошные вопросы: «Scrum или Kanban? Как поставить процесс, чтобы не было технического долга? Как научить архитекторов вырабатывать обоснованные и правильные решения? Какие использовать процессные и инженерные практики?»
DUMP-2015: «Минимальный продукт: что включить или не включить в первую версию...it-people
Выступление на DUMP-2015.
Видео доклада: https://youtu.be/ICCPkiNJ_PE?list=PLRdS-n5seLRp_rmnC69UpyhiPpo1tRYLv
Организатор конференции: IT-People.ru
Сайт конференции: www.dump-conf.ru
Развитие продуктовой линейки предприятий строительной отрасли через управлени...Виктор Степанов
Развитие продуктовой линейки предприятий строительной отрасли через управление портфелем проектов.
Ознакомительный семинар в рамках практического семинара "Управление сбытом на производственных предприятиях строительной отрасли Беларуси. Развитие продуктовой линейки предприятий. Эффективность службы продаж"
9 июля 2013 г.
кривошеев евгений - как нужно уметь думать специалистамMagneta AI
Сегодня мы решаем все более сложные задачи в рамках разработки, и зачастую технические и процессные решения принимаются неверно, что приводит к неминуемой расплате.
Мы часто не можем принять решения, посмотрите вокруг — сплошные вопросы: «Scrum или Kanban? Как поставить процесс, чтобы не было технического долга? Как научить архитекторов вырабатывать обоснованные и правильные решения? Какие использовать процессные и инженерные практики?»
DUMP-2015: «Минимальный продукт: что включить или не включить в первую версию...it-people
Выступление на DUMP-2015.
Видео доклада: https://youtu.be/ICCPkiNJ_PE?list=PLRdS-n5seLRp_rmnC69UpyhiPpo1tRYLv
Организатор конференции: IT-People.ru
Сайт конференции: www.dump-conf.ru
Развитие продуктовой линейки предприятий строительной отрасли через управлени...Виктор Степанов
Развитие продуктовой линейки предприятий строительной отрасли через управление портфелем проектов.
Ознакомительный семинар в рамках практического семинара "Управление сбытом на производственных предприятиях строительной отрасли Беларуси. Развитие продуктовой линейки предприятий. Эффективность службы продаж"
9 июля 2013 г.
MVP (минимальный жизнеспособный продукт): как не потерять деньги на разработк...dkalaev
Презентация с конференции dump-conf.ru
С первыми версиями всегда есть проблема.
Сделаешь мало функций - пользователи выкинут и второго шанса не дадут.
Или наборот запрограммировав 40 функций оказывается что только 19 из них используются, а остальные нет. Более половины бюджета разработки оказывается выкинуто.
Доклад "Agile и Jira Software" на Atlassian User GroupAleks Yenin
Видение менеджмента и команды Управления проектами
Видение технарей (очереди тикетов)
Синхронизация менеджемента и специалистов (портфолио)
Initiatives, epics, stories
Agile и Jira - как совместить лексику
Waterfall / Agile
Scrum
Kanban
Оценка приоритетов, WSJF (weighted shortest job first)
Планирование
Типичный процесс производства по Скраму на основе тулзов Atlassian
Классификация и структура бизнес процессов (межотраслевой вариант) по версии ...Margarita Chernenko, CMC
В презентации представлен подход к классификации бизнес процессов, применяемый APQC (American Productivity and Quality Center) https://www.apqc.org/ и межотраслевая структура модели бизнес-процессов.
В соответсвии со структурой бизнес процессов APQC компания "Бюро Бизнес Инжиниринга" предлагает свою версию взаимосвязей и схем бизнес-процессов категории 3. Маркетинг и Продажи.
Владимир Завертайлов. Требовательность, мозгоклюйство и провокации: уровни уп...ScrumTrek
Интерактивный мастер-класс, где будет разобрано 8 типичных, но очень не простых для любого руководителя ситуаций. 1. Провокация. 2. Продажа. 3. Жизнь после релиза. 4. Конфликт с дизайнером (я — художник, я так вижу) 5. Конфликт с программистом: требования говно! 6. Интеграция по центрирующим парадигмам 7. Учимся говорить "НЕТ!" 8. Рабочие запахи
Роль аналитика в негибких методологиях разработкиDevDay
В ходе доклада обсудим:
— Какие методологии сейчас используют чаще всего.
— Как типы разработки влияют на решение: взять аналитика в команду или нет.
— В чем суть негибкого процесса. Этапы и поставки аналитических работ.
— Нужен ли аналитик в негибком проекте продуктовой разработки - все за и против.
Теории развития бизнеса и продукта на службе у PM-а Elena Petrova
Выступление Елены Петровой на PM Zone #30
К каждому Заказчику (или работодателю менеджера) нужен индивидуальный подход. И индивидуальные условия контракта. Специфика зависит от множества факторов. В том числе от зрелости Заказчика (работодателя).
На PMZone #30 представитель AdvanceIT выступила с обзором теорий, которые помогут оценить заказчика с т.з. источников финансирования, типа клиентов (пользователей продукта), направления развития бизнеса, организационной культуры и структуры. Все это помогает идентифицировать риски для сотрудничества и подобрать наиболее подходящие методологию и подход к работе.
Сами по себе риски перечислить не успели, но пища для размышлений дана :) Для тех, кто не попал на тусовку - вот вам презентация:
И видео:
Часть 1: https://www.youtube.com/watch?time_continue=12&v=HFOXYK7omq8
Часть 2: https://www.youtube.com/watch?v=IFAHMDyuF7M&t=1s
Часть 3: https://www.youtube.com/watch?v=eeslTcryPS4&t=3s
We have a lot of businesses working in Ukraine as Outsource company. But all we know that outsource is not options as the long-term
business strategy. From the other perspective, there are a few firms that are trying to move to the product development but it too risky
for two reasons:
— You need to invest your money and losing your margin.
— You have no any experience in product management or startup landing neither fundraising.
We in Octoberry, start to work as Product Sourcing company three years ago. We find this way very useful to gain experience in product
management and fundraising and after we moved to own product development and we want to share our case. In this talk, we will
discuss:
— What is product sourcing?
— Why product source.
— Five steps key steps to run Product Source project
— Moving from product source to Product Company
MVP (минимальный жизнеспособный продукт): как не потерять деньги на разработк...dkalaev
Презентация с конференции dump-conf.ru
С первыми версиями всегда есть проблема.
Сделаешь мало функций - пользователи выкинут и второго шанса не дадут.
Или наборот запрограммировав 40 функций оказывается что только 19 из них используются, а остальные нет. Более половины бюджета разработки оказывается выкинуто.
Доклад "Agile и Jira Software" на Atlassian User GroupAleks Yenin
Видение менеджмента и команды Управления проектами
Видение технарей (очереди тикетов)
Синхронизация менеджемента и специалистов (портфолио)
Initiatives, epics, stories
Agile и Jira - как совместить лексику
Waterfall / Agile
Scrum
Kanban
Оценка приоритетов, WSJF (weighted shortest job first)
Планирование
Типичный процесс производства по Скраму на основе тулзов Atlassian
Классификация и структура бизнес процессов (межотраслевой вариант) по версии ...Margarita Chernenko, CMC
В презентации представлен подход к классификации бизнес процессов, применяемый APQC (American Productivity and Quality Center) https://www.apqc.org/ и межотраслевая структура модели бизнес-процессов.
В соответсвии со структурой бизнес процессов APQC компания "Бюро Бизнес Инжиниринга" предлагает свою версию взаимосвязей и схем бизнес-процессов категории 3. Маркетинг и Продажи.
Владимир Завертайлов. Требовательность, мозгоклюйство и провокации: уровни уп...ScrumTrek
Интерактивный мастер-класс, где будет разобрано 8 типичных, но очень не простых для любого руководителя ситуаций. 1. Провокация. 2. Продажа. 3. Жизнь после релиза. 4. Конфликт с дизайнером (я — художник, я так вижу) 5. Конфликт с программистом: требования говно! 6. Интеграция по центрирующим парадигмам 7. Учимся говорить "НЕТ!" 8. Рабочие запахи
Роль аналитика в негибких методологиях разработкиDevDay
В ходе доклада обсудим:
— Какие методологии сейчас используют чаще всего.
— Как типы разработки влияют на решение: взять аналитика в команду или нет.
— В чем суть негибкого процесса. Этапы и поставки аналитических работ.
— Нужен ли аналитик в негибком проекте продуктовой разработки - все за и против.
Теории развития бизнеса и продукта на службе у PM-а Elena Petrova
Выступление Елены Петровой на PM Zone #30
К каждому Заказчику (или работодателю менеджера) нужен индивидуальный подход. И индивидуальные условия контракта. Специфика зависит от множества факторов. В том числе от зрелости Заказчика (работодателя).
На PMZone #30 представитель AdvanceIT выступила с обзором теорий, которые помогут оценить заказчика с т.з. источников финансирования, типа клиентов (пользователей продукта), направления развития бизнеса, организационной культуры и структуры. Все это помогает идентифицировать риски для сотрудничества и подобрать наиболее подходящие методологию и подход к работе.
Сами по себе риски перечислить не успели, но пища для размышлений дана :) Для тех, кто не попал на тусовку - вот вам презентация:
И видео:
Часть 1: https://www.youtube.com/watch?time_continue=12&v=HFOXYK7omq8
Часть 2: https://www.youtube.com/watch?v=IFAHMDyuF7M&t=1s
Часть 3: https://www.youtube.com/watch?v=eeslTcryPS4&t=3s
We have a lot of businesses working in Ukraine as Outsource company. But all we know that outsource is not options as the long-term
business strategy. From the other perspective, there are a few firms that are trying to move to the product development but it too risky
for two reasons:
— You need to invest your money and losing your margin.
— You have no any experience in product management or startup landing neither fundraising.
We in Octoberry, start to work as Product Sourcing company three years ago. We find this way very useful to gain experience in product
management and fundraising and after we moved to own product development and we want to share our case. In this talk, we will
discuss:
— What is product sourcing?
— Why product source.
— Five steps key steps to run Product Source project
— Moving from product source to Product Company
AgileCamp — летняя практическая конференция, которую ежегодно проводить компания ScrumTrek. Участники процессного трека на практике отрабатывают все цепочку создания продукта. Используются такие техники как проведение опросов, игра в ТЗ, user story mapping, bucket estimation, planning poker, getkanban, world cafe и др.
Как создать концепцию продукта в виде Lean CanvasMagneta AI
Lean Canvas — инструмент, который позволяет быстро понять ценность продукта, проблемы, которые он решает, его основную аудиторию и способы монетизации. В презентации подробно рассмотрен шаблон lean canvas и дается подробное руководство по заполнению.
Зачем нужны ретроспективы и как их проводить? Основные отличия ретроспектив в различных фреймворках, например, Scrum или Kanban, рекомендации по продолжительности, наполнению, советы по каждому этапу ретроспективы.
8. План «Б» - вечность впереди
0
200
400
600
800
1000
1200
1400
1600
1800
2000
Тыс.рублей
Бюджет проекта
Бюджет проекта
Все равно не прогорим!
Break Event
Для инвестора
9. Когда отказали почки… Рефакторинг!
0
200
400
600
800
1000
1200
1400
1600
1800
2000
Тыс.рублей
Бюджет проекта
Бюджет проекта
DevOps
MVP
[1…N]MVP
v0.1/alpha
Поддержка
СокращениеФОТ
18. ЖЦ с DevOps Обычный ЖЦ
Разработка
инфраструктуры бизнеса
Разработка MVP
Модификации MVP и
возможность сокращения
ФОТ
Разделение задач на
поддержку, маркетинг,
разработку
Разработка MVP
Модификации MVP
Рефакторинг системы и
разработка
инфраструктуры -
увеличение ФОТ
Решение задач
маркетинга и отдела
продаж
19. Результаты DevOps и Agile
Sportbox.ru Expert.ru Hiconversion.ru Lookinhotels.ru
-7 ФОТ TOP
Стартап
2012
+ 250K/hit
DreamTeam
Мин.
Расходы
№1 VK
№1 @Mail
… FB
2013
TOP
СМИ
+12M/hit
Нет
вирусов
Agile становится все более популярным среди стартапов и молодых технических предприятий,
но все ли так безобидно и перспективно для Заказчика и Разработчика ПО, а для Инвестфонда или бизнес-ангела?
Я раскрою некоторые принципиальные моменты в использовании Agile и DevOps
для антикризисного управления проектом, для построения бережливого производства.
Покажу основные ошибки при выборе Agile для стартапов, которые приводят к неминуемым конфликтам и авралам.
Дам простой рецепт правильного использования данных методик и инвестиций для экономного и эффективного развития сложного проекта на примере WEB-сервисов.
В первую очередь надо разобраться с термином «проект».
Для нас проект это – бизнес, который приносит прибыль за счет реализации продуктов.
Рынок меняется, бизнес должен быстро адаптироваться
Продукты должно быстро изменяться под условия рынка.
MVP - …
В качестве примера я выбрал проекты которые мы запустили с 2007 года в России.
У всех у них есть особенности. Все они лидеры или значимые проекты в своей нише.
Нашей задачей был рефакторинг кода, тк все эти проекты мы не делали с нуля, а переделывали и спасали.
Для любого бизнеса важно бытро эволюционировать и задача рефакторинга – обновить систему так, чтобы
Можно было делать больше MVP и дешевле.
Красным показан график плана продаж, в упрощенном варианте так выглядит презентация для инвестора.
Где все силы брошены на достижение окупаемости проекта – Точка безубыточности.
Маркетологи
Продавцы
Разработчики
Все активно генерируют новые идеи.
Для стабилизации ситуации надо учиться находить общий язык и видеть общую цель.
А если идей и запросов на тесты MVP больше чем рук? Нанять больше разработчиков?
Такое ожидание идеального бизнес-процесса приводит к сценарию кризиса, а в реалиях кризиса мирового масштаба это выглядит еще безнадежнее.
8 итераций ожидания продукта (4 месяца)
Отсутствие продаж на 1 год , синий график
ROI уже никто не ждет
ROMI никогда не будет…
Красный круг – это оптимизация проекта. Привлечение дополнительных средств и мощностей для
Рефакторинга кода, внедрения CI или тестирования.
В Sportbox это была замена неповоротливой системы на быстрое решение, которое нашли Админы и Разработчики, устав ждать подрядчика.
Проблема была в невозможности роста нагрузки на сайта, а аудитория хотела получать материалы быстрее и больше. Мы быстро запускали
Телепрограммы, статистику по матчам онлайн, видео трансляции. Все это MVP в рамках одного проекта и даже Редизайн – это MVP.
В Эксперте мы получили проект с аудиторий от 200 до 1,5 миллионов в сутки, сайт взламывали и простой составлял более 2, а то и 5 часов вдень.
Проблемы технологий и внедрения методологий была на столько не решена, что нам пришлось полностью переписать всю инфраструктуру и одним махом заменить сайт.
Опять нам помогли наши навыки администрирования серверов и взаимодействуя с разработкой, мы сделали ряд временных решений. Которые позволили заменить нам
Старый сайт на новый быстро и без потери материалов, аудитории и т.п. Сейчас этот сайт не боится нагрузки и в 2013 году был самым быстрым сайтом СМИ.
Ни одного взлома и вируса с 2010 года.
С каждым новым проектом этот стиль работы превратился в игру.
Мы заменяем старые платформы на новые и сделали инструментарий для этого.
Сервис для отелей LookInhotels – мини ютуб, мы заменили старый сайт за 4 месяца, сделали свой видео плеер и управление рекламой в партнерских сетях.
Без нашего участия проект уже не мог работать с запросами клиентов, а самое интересное только начиналось.
Проект Hiconversion – собрал команду разработчиков, заменили старую платформу на новую. Сократили более 60 тыс строк бесполезного кода на Drupale.
И сделали архитектуру сервисной, что дало нам техническое преимущество и сделало лидерами по интеграции новых АПИ в 2013.
Все эти проекты мы уже реализовали и нам стало очевидно, что проблема не в рефакторинге, а возникает всегда раньше и сейчас это актуально тк инвестиции молодой проект не получит если не будет четко понимать способы управления рисками.
Долго искали MVP
Люди подвели, подрядчики не опытные
Конкуренты не спят
Технологии быстро меняются
Инвестор не верит в график Break-Event
Всегда разделяем разработку на две части:
1)Маркетинг слева
2)Разработка ИТ продукта справа
Грамотное разделение могут сделать опытные разработчики и уже давно их называют DevOps разработчиками.
Такие вакансии есть в крупных компаниях, где сам процесс разработки – конвейер и нужно всегда оптимизировать его.
Типовое заблуждение заключается в том, что когда будет много кода и все будет сложно, тогда мы применим волшебные таблетки и списка слева: CI, TDD, XP
Реально же единицы команд умеют использовать эти технологии, а специалистов в России очень мало. Эти методы удорожат производство и не всегда окупаются.
А правильно было бы инвестировать в дорогих программистов DevOps, чтобы уже с первого этапа иметь возможность
Разделить задачи связанные с стратегией и техническим сопровождением на две группы.
Найм дорогих сотрудников с первого этапа увеличивает порог входа в бизнес и стоимость разработки.
Сложнее управлять, нужны не только разработчики но и дорогие менеджеры.
Взамен, Мы получаем:
Контроль и понятная модель оптимизации ФОТ: Стажеры, Инженеры, Эксперты
Наш пример: экономия 330 тыс. руб. за год.
Примеры из мировой практики: экономия 1М$ в год за счет интеграции с OpenStack для BigData проекта
Быстрое обновление системы, быстрые «спринты» и «патчи» системы до [1…N] в день.
Не видимая на первый взгляд экономия зависит от вашего проекта, но
Мы специально выбрали проект и показали пример бюджета типового стартапа с очень плохими показатели и смогли выжать 330 тыс в год, что для кого-то премия, а кому то это месяц, а то и квартал жизни для стартапа!
Слева получаем бизнес и решаем проблема «на берегу»
Справа получаем много лабораторных работ и «лодку в океане»
В качестве примера я выбрал проекты которые мы запустили с 2007 года в России.
У всех у них есть особенности. Все они лидеры или значимые проекты в своей нише.
ТОП Российских СМИ
~ 12 млн. хитов/сутки
Гетерогенные системы
Видео хостинг
Прямые трансляции
API для real-time синхронизации данных и управление бизнес-процессами
Десятки сервисов
Кластеры