Презентация Полины Быновой, ведущего web-аналитика JetStyle с бизнес-завтрака "Интернет-магазин. Сколько стоит счастливый клиент: как посчитать и применить результат в бизнесе".
Презентация Полины Быновой, ведущего web-аналитика JetStyle с бизнес-завтрака "Интернет-магазин. Сколько стоит счастливый клиент: как посчитать и применить результат в бизнесе".
Особенности MVP в Enterprise / Владимир Васильев (Почта России)Ontico
- Зачем в Enterprise нужен MVP;
- что значит "минимально жизнеспособный" продукт для большой организации;
- как оргструктура влияет на продукт;
- какие ограничения может накладывать Enterprise на MVP;
- какие практики MVP наиболее полезны в Enterprise.
Управление - это игра. Алексей Кулаков, JetStyleJetStyle
Как посмотреть на процесс формирования и управления командой с точки зрения игры?
Кто такие и зачем нужны тролли, эльфы, гномы, маги, войны и жрецы? Кто нужен именно сейчас? Как ими руководить и как правильно балансировать команду?
MVP (минимальный жизнеспособный продукт): как не потерять деньги на разработк...dkalaev
Презентация с конференции dump-conf.ru
С первыми версиями всегда есть проблема.
Сделаешь мало функций - пользователи выкинут и второго шанса не дадут.
Или наборот запрограммировав 40 функций оказывается что только 19 из них используются, а остальные нет. Более половины бюджета разработки оказывается выкинуто.
Ситуация:
Потоковая проектная разработка или эволюционирующий продукт. Разработчики научились работать инкрементально и итеративно, а у дизайнеров пока не получается. Дизайн либо получается годным, но не вовремя, либо вовремя, но без кайфушек.
В Бюро используется несколько принципов, помогающих избежать обеих ситуаций. Принципы просты, и многие о них уже наверняка читали:
метод прогрессивного джипега, описанный Тёмой,
FFF (fix time, fix budget, flex scope), описанный 37 сигналов,
система управления временем «Ресурс», на основе ROWE (results oriented working environment).
Расскажу о своём опыте применения этих принципов в дизайнерской практике. Жизнь показала, что подход годится для всех, кто решится его применять: для дизайнеров, управленцев, разработчиков.
Но, дорогой слушатель, — «серебряных пуль» не будет. Чтобы заставить принципы работать, придётся заставить работать себя.
Андрей Шапиро - От дизайн-процесса к дизайн-результату | HappyDev'12HappyDev
Как укладываться в итерацию с дизайном, делая его быстро и качественно. В бюро принято использовать метод прогрессивного джипега и принцип FFF (fix time, fix budget, flex scope). Как сделать так, чтобы они сработали на практике и расскажет автор.
Ситуация:
Потоковая проектная разработка или эволюционирующий продукт. Разработчики научились работать инкрементально и итеративно, а у дизайнеров пока не получается. Дизайн либо получается годным, но не вовремя, либо вовремя, но без кайфушек.
В Бюро используется несколько принципов, помогающих избежать обеих ситуаций. Принципы просты, и многие о них уже наверняка читали:
- метод прогрессивного джипега, описанный Тёмой,
- FFF (fix time, fix budget, flex scope), описанный 37 сигналов,
- система управления временем «Ресурс», на основе ROWE (results oriented working environment).
Расскажу о своём опыте применения этих принципов в дизайнерской практике. Жизнь показала, что подход годится для всех, кто решится его применять: для дизайнеров, управленцев, разработчиков.
Но, дорогой слушатель, — «серебряных пуль» не будет. Чтобы заставить принципы работать, придётся заставить работать себя.
Особенности MVP в Enterprise / Владимир Васильев (Почта России)Ontico
- Зачем в Enterprise нужен MVP;
- что значит "минимально жизнеспособный" продукт для большой организации;
- как оргструктура влияет на продукт;
- какие ограничения может накладывать Enterprise на MVP;
- какие практики MVP наиболее полезны в Enterprise.
Управление - это игра. Алексей Кулаков, JetStyleJetStyle
Как посмотреть на процесс формирования и управления командой с точки зрения игры?
Кто такие и зачем нужны тролли, эльфы, гномы, маги, войны и жрецы? Кто нужен именно сейчас? Как ими руководить и как правильно балансировать команду?
MVP (минимальный жизнеспособный продукт): как не потерять деньги на разработк...dkalaev
Презентация с конференции dump-conf.ru
С первыми версиями всегда есть проблема.
Сделаешь мало функций - пользователи выкинут и второго шанса не дадут.
Или наборот запрограммировав 40 функций оказывается что только 19 из них используются, а остальные нет. Более половины бюджета разработки оказывается выкинуто.
Ситуация:
Потоковая проектная разработка или эволюционирующий продукт. Разработчики научились работать инкрементально и итеративно, а у дизайнеров пока не получается. Дизайн либо получается годным, но не вовремя, либо вовремя, но без кайфушек.
В Бюро используется несколько принципов, помогающих избежать обеих ситуаций. Принципы просты, и многие о них уже наверняка читали:
метод прогрессивного джипега, описанный Тёмой,
FFF (fix time, fix budget, flex scope), описанный 37 сигналов,
система управления временем «Ресурс», на основе ROWE (results oriented working environment).
Расскажу о своём опыте применения этих принципов в дизайнерской практике. Жизнь показала, что подход годится для всех, кто решится его применять: для дизайнеров, управленцев, разработчиков.
Но, дорогой слушатель, — «серебряных пуль» не будет. Чтобы заставить принципы работать, придётся заставить работать себя.
Андрей Шапиро - От дизайн-процесса к дизайн-результату | HappyDev'12HappyDev
Как укладываться в итерацию с дизайном, делая его быстро и качественно. В бюро принято использовать метод прогрессивного джипега и принцип FFF (fix time, fix budget, flex scope). Как сделать так, чтобы они сработали на практике и расскажет автор.
Ситуация:
Потоковая проектная разработка или эволюционирующий продукт. Разработчики научились работать инкрементально и итеративно, а у дизайнеров пока не получается. Дизайн либо получается годным, но не вовремя, либо вовремя, но без кайфушек.
В Бюро используется несколько принципов, помогающих избежать обеих ситуаций. Принципы просты, и многие о них уже наверняка читали:
- метод прогрессивного джипега, описанный Тёмой,
- FFF (fix time, fix budget, flex scope), описанный 37 сигналов,
- система управления временем «Ресурс», на основе ROWE (results oriented working environment).
Расскажу о своём опыте применения этих принципов в дизайнерской практике. Жизнь показала, что подход годится для всех, кто решится его применять: для дизайнеров, управленцев, разработчиков.
Но, дорогой слушатель, — «серебряных пуль» не будет. Чтобы заставить принципы работать, придётся заставить работать себя.
Итак, вы прочитали про Agile и у вас загорелись глаза. Вы хотите работать по Scrum. Однако одному Agile не внедрить. Вам нужно убедить заказчика, начальника и коллег. Каждый день с горящими глазами вы рассказываете им по Scrum и Agile, но вот беда - в какой то момент они могут начать вас избегать :-) Несколько лет я (в числе прочего) занимаюсь тем, что продаю или помогаю продать гибкие методологии. В докладе я расскажу о совем опыте продажи Agile заказчику и всем остальным заинтересованным лицам.
В длительной перспективе ретроспективы – самая важная часть гибких процессов. Но очень часто у команд не получается запустить процесс непрерывного улучшения, либо через некоторое время этот процесс обрывается, когда команда думает, что все проблемы решены. Я расскажу не только теоритическую часть, которая позволит преодолеть эти проблемы, но и дам несколько десятков примеров конкретных практик, которые применяются на эффективных ретроспективах. Доклад рассчитан, как на начинающих ретроспективы, так и практиков гибких методологий.
Итак, вы прочитали про Agile и у вас загорелись глаза. Вы хотите работать по Scrum. Однако одному Agile не внедрить. Вам нужно убедить заказчика, начальника и коллег. Каждый день с горящими глазами вы рассказываете им по Scrum и Agile, но вот беда - в какой то момент они могут начать вас избегать :-) Несколько лет я (в числе прочего) занимаюсь тем, что продаю или помогаю продать гибкие методологии. В докладе я расскажу о совем опыте продажи Agile заказчику и всем остальным заинтересованным лицам.