Разработка и запуск проекта

…Управление требованиямиУправление ожиданиями заинтересованных лицУправление проектамиУправление продуктомУправление разработкойУправление релизами…

Что сегодня будет?

— приоритезация фич(«управление продуктом»)— планирование разработки(«управление процессом»)— требования и ожидания(«управление ожиданиями»)— технический долг, управление им

Проект*Масштаб? — до годаКоманда? — 1-10 чел

Вид? — IT-продукт

ПримерыEnter

НаДиске.РуWordrive

Идея

Кратко и емко

«Говорящее название»

Фокус на целях

Простота и ясность

Кратко и емко

«Смешной паззл из слов»«Продажа сайтов на CD»

«Мультиканальный ритейл»

Кратко и емко

Кому? Зачем?

Сколько?

Правильно поставленный вопрос — половина ответа

Кому?Покупатель

получает возможность покупать дешевле.

Продавец получает возможность привлечь больше новых

покупателей.

Кратко и емко

Elevator pitch

5 минут на все

Кратко и емко

5 минут

Идея

ЗадачаИдея

Язык

• (что сделать?) разработать

• (что?) Интернет-магазин

• (чем особенен?) Продавать CD-версии по почте

Кратко и емко

• (что сделать?) разработать

• (что?) Интернет-магазин

• (чем особенен?) Продавать CD-версии по почте

Продукт

Предпосылки

Много классных идей, но мало «рук»

«Они все лезут и лезут» (с)

«Каждый кулик хвалит свое болото»

Порядок с приоритетами

— Важность для покупателя— Сложность создания— Вероятность успеха— Снижение расходов— Важность для бизнеса— Влияние на остальные процессы— Размер заинтересованной аудитории— Стоимость

Критерии

«Важность для покупателя»

1. серьезная ошибка в достатожно важной операции

2. серьезная проблема usability или отсутствие важного функционала или серьезная непрозрачность

3. фича, без которой достаточно сложно работать с сайтом

4. фича, помогающая в работе

5. «cherry on top»

— Важность для покупателя

— Сложность создания

— Вероятность успеха

— Снижение расходов

— Влияние на остальные процессы

— Важность для бизнеса

— Размер заинтересованной аудитории

— Стоимость

«Сложность создания»

1. Часы

2. Дни

3. Недели

4. Месяцы

5. Не ясно

— Важность для покупателя

— Сложность создания

— Вероятность успеха

— Снижение расходов

— Влияние на остальные процессы

— Важность для бизнеса

— Размер заинтересованной аудитории

— Стоимость

«Вероятность успеха»

1. Точно знаем на основании проверенных фактов

2. Имеем какое-то количество подтверждений

3. Верим, потому что логично

4. Не уверены

5. Не ясно

— Важность для покупателя

— Сложность создания

— Вероятность успеха

— Снижение расходов

— Влияние на остальные процессы

— Важность для бизнеса

— Размер заинтересованной аудитории

— Стоимость

«Снижение расходов»

1. Можем количественно оценить, достаточно большое

2. Можем количественно оценить, небольшое

3. Снижение возможно, но размер непонятен

4. Не уверены

5. Не ясно

— Важность для покупателя

— Сложность создания

— Вероятность успеха

— Снижение расходов

— Влияние на остальные процессы

— Важность для бизнеса

— Размер заинтересованной аудитории

— Стоимость

«Влияние на остальные процессы»

1. Открывает другие возможности

2. Достаточное упрощение процессов

3. Возможное небольшое влияние

4. Не влияет

5. Может ухудшить

— Важность для покупателя

— Сложность создания

— Вероятность успеха

— Снижение расходов

— Влияние на остальные процессы

— Важность для бизнеса

— Размер заинтересованной аудитории

— Стоимость

«Важность для бизнеса»

1. Можем количественно оценить, достаточно большое

2. Можем количественно оценить, небольшое

3. Снижение возможно, но размер непонятен

4. Не уверены

5. Не ясно

— Важность для покупателя

— Сложность создания

— Вероятность успеха

— Снижение расходов

— Влияние на остальные процессы

— Важность для бизнеса

— Размер заинтересованной аудитории

— Стоимость

«Размер заинтересованной аудитории»

1. Все пользователи

2. Заметная часть аудитории

3. Незначительная часть аудитории

4. Только внутренние пользователи

5. Невозможно оценить

— Важность для покупателя

— Сложность создания

— Вероятность успеха

— Снижение расходов

— Влияние на остальные процессы

— Важность для бизнеса

— Размер заинтересованной аудитории

— Стоимость

«Стоимость»

1. Есть доход!

2. Нет затрат

3. Только наша работа

4. До … рублей

5. Свыше … рублей

— Важность для покупателя

— Сложность создания

— Вероятность успеха

— Снижение расходов

— Влияние на остальные процессы

— Важность для бизнеса

— Размер заинтересованной аудитории

— Стоимость

— В

ажно

сть

для

поку

пате

ля

— С

лож

ност

ь со

здан

ия

— В

ероя

тнос

ть у

спех

а

— С

ниж

ение

рас

ходо

в

— В

ажно

сть

для

бизн

еса

— В

лиян

ие н

а ос

таль

ные

проц

ессы

— Р

азм

ер з

аинт

ерес

ован

ной

а

удит

ории

— С

тоим

ость

R1 1 1 2 1 3 5 5 2

R2 1 3 1 3 3 1 2 3

R3 2 2 1 2 5 3 2 1

…

300

162

240

(3)

(1)

(2)

Этапы, релизы

Инструменты «Быстрый старт» — Excel

Системно —JIRA, redmine

Инструменты «Быстрый старт» — Excel

Этапы1. Понять зачем делать

2. Понять, что делать

3. Понять, как долго делать

4. Понять, как делать

5. Уточнить, как долго делать

6. Понять кем делать

7. Делать

8. Понять, что сделано

9. Понять, как сделано

10. Понять, стоило ли?

Постановка проблемы

Постановка задачи

Оценка сроков

Разработка ТЗ

Оценка сроков

Постановка в план

Продукт

Отчет: что сделано

Ревью-отчет: ретроспектива

Ревью-отчет: Бизнес-импакт

Реестр известных проблем

Реестр известных ошибок

Реестр известных рисков

«Понять, ЗАЧЕМ делать»

Бизнес-проблемы

Проблемы пользователя

Проблемы с надежностью

Проблемы с безопасностью

…

Однозначная формулировка

«Понять, что делать»

«Необходимо скорректировать работу модуля так, чтобы…»

«Необходимо разработать плагин, способный…»

Оценка ресурсов ($, людей — своих/чужих, материалов)

«Понять, КАК ДОЛГО делать»

Метод «Дельфи»

«Уровень величины»

Диапазоны

Лучше какая-то оценка, чем никакая

Технический проект

«Понять, КАК делать»

Насколько детально?

Конкретные ответственные

Ключевые роли

«Понять, КЕМ делать»

Не забыли про риски«заболел»

Не забыли про риски«не смог»

Кто управляет Кто «кодит»

Кто отвечает за сроки Кто отвечает за архитектуру

Кто отвечает за ресурсы

Полнота реализации?

Формальный отчетна команду и заказчика

«Понять, ЧТО сделано»

Качество, технический долг

Ретроспектива

«Понять, КАК сделано»

Что это? Как с ним бороться?Какие виды бывают?

Стратегии сокращения

Технический долг

Уорд Каннингем

Wiki, Extreme Programming,Fit, Design Patterns

Технический долг

Технический долг

Видимая фича Невидимая, архитектурная фича

Видимый баг Технический долг

Архитектурные решения«Дешевые» -> «Дорогие», Старые технологии

Мертвые фичиМелкие баги

Известные проблемыТесты

Технический долг

Игнорировать «дизайн» системыбрать деньги в долг

Рефакторинг (переделка) способ возврата долга

Замедление разработки из-за арх. хаоса выплата процентов

Провал проектаоблава налоговой полиции и конец бизнеса.

Технический долг

Быстрее? Жертвуем качеством

Качественнее? Жертвуем сроками

Технический долг

Стоимость разработки фичи?

Стоимость поддержки фичи?

Технический долг

Технический долг

Технический долг: типы

Мертвые фичи

Эффект разбитых окон

Мелкие баги

Небольшие, некритичные, не мешают юзерам

Как посчитать, сколько должны?

1. Список задач по улучшению «архитектурной красоты» решения

2. Договориться с менеджментом о квоте на такие задачи

3. Выбрать стратегию

Стратегия по устранению технического долга

1. Выделенная команда (+ресурсы, - перегорают, дорого, распространение знаний)

2. Технологический налог(+распространение знаний, -сложное планирование)

Когда действительно стоит брать в долг?

1. Близкий релиз с жесткими сроками2. Заранее выделить время на рефакторинг

Алиев Рауфруководитель управления разработки Enter

http://facebook.com/raufaliev

RaufAliev.Ru

Cпасибо