Продукт: вам нарезать или целым куском?

Давайте познакомимся

…легковесный процесс

…адаптивный процесс

…Just In Time решения

“Agility is the ability to both create and respond to change in order to profit in a turbulent

business environment”

Jim Highsmith “Agile Software Development Ecosystems”

Исследовательские проекты (Exploratory, R&D)

Производство продуктов

“Customer driven”

Управляем разработкой в первую очередь с точки зрения ценности для пользователя, а уже потом традиционные “scope, schedule and cost”

Комплексные продукты

Плохая новость: Нет четкой

инструкции по внедрению

Хорошая новость: Ваш процесс не должен быть идеальным

Почему часто говорят "Слона нужно есть по частям", но мало кто так делает?

Бизнесу хочется «все и сразу»

“У нас не продуктовая разработка”

Как есть "Слона" или практические советы

Используйте разные уровни детализации

Чтобы общаться нужен контекст

Покажите мне ваш Vision!

Персоны

Нужна наглядность

Карты Историй

Карты Эффектов

Прототипы интерфейса

Дорожная карта разработки

Расставьте Business Value

Kano-взвешивание

Относительные веса

Перемножить количество потенциальных пользователей на количество денег

Поставьте дедлайн

Это и есть та самая «нарезка» на части

Регулярно смотрите результаты

Ничто так не фокусирует как "сроки»

Сделайте промежуточные выпуски каждые 2-3 месяца, даже если они не уходят в он-лайн

… поперек слоев организации

Оптимизация целого …

Необходимо «Lean мышление»

Цепочка

создания

ценностей

Устранение мусора

процесс постоянной адаптации

Минимальные Метрики

Lead Time

Cycle Time

Качество

Средняя скорость команды

Итого Большинство ваших проектов требуют “Гибкости”, даже если вы так не думаете

"Вы выпускаете продукты" - мыслить так полезно во всех случаях

Метафора "выпускать по частям" требует более глубокого понимания и дополнительных техник, которые не так сложно освоить

Тимофей

Евграшин

http://tim.com.ua @yevgrashyn

Сп

аси

бо

!