В чём сила тех. команды, брат?

Доклад о правильных процессах, конфликтах и как их решать

Transcript

1. В чем сила тех. команды? #Digis #Krasnodar #hh_ru
2. Обо мне Руководитель Android практики Соавтор Moxy Соведущий подкастов Админ чата по архитектуре Android Выступаю на конференциях Александр Блинов a.blinov@hh.ru
3. 1 Процессы Содержание 2 Баланс: время — деньги — качество 3 Технический долг 4 Работа с командой
4. 1. Процессы
5. Оценка Проектирование Разработка Стабилизация Оценка командой Анализ полезности Продуктовый анализ Feature stages
6. Feature stages Дайте ответы на вопросы: Зачем? Сколько это будет стоить? Выполнимо ли? Что будет, если не сделать? 1 2 3 4 Продуктовый анализ Оценка Проектирование Оценка командой Разработка Стабилизация Анализ полезности
7. Вопросы: Как оценивать? Как закладывать буферы? Является ли оценка контрактом? 1 2 3 Feature stages Продуктовый анализ Оценка Проектирование Оценка командой Разработка Стабилизация Анализ полезности
8. Оценка в идеальных часах Оценка в Фибоначчи 1 2 Принцип оценки
9. Что здесь не так?
10. Буферы Куда заложить неопределённость? Что делать с рисками? 1 2
11. Насколько приведённая оценка не точна? Буферы
12. Junior Middle Senior Team Lead Идеальных часов в неделю 20 30 ? ? Что делать с идеальными часами?
13. Junior Middle Senior Team Lead Идеальных часов в неделю 20 30 30 20 Что делать с идеальными часами?
14. Дизайн экранов Спека API Требования Архитектура Feature stages Продуктовый анализ Оценка Проектирование Оценка командой Разработка Стабилизация Анализ полезности
15. Зачем мне ещё одна оценка? Мир изменился Все врут ошибаются Растим команду Работа со своей оценкой 1 2 3 4 Feature stages Продуктовый анализ Оценка Проектирование Оценка командой Разработка Стабилизация Анализ полезности
16. Codestyle Codereview Модульная и слоистая архитектура 1 2 3 Консистентность Велосипеды 4 5 Feature stages Продуктовый анализ Оценка Проектирование Оценка командой Разработка Стабилизация Анализ полезности
17. Разработчик Билл сервер Тестировщик Баговорот в природе Баг треккер Feature stages Продуктовый анализ Оценка Проектирование Оценка командой Разработка Стабилизация Анализ полезности
18. Feature stages Продуктовый анализ Оценка Проектирование Оценка командой Разработка Стабилизация Анализ полезности И стоило ли оно того? Не забывайте про аналитику А что говорят сами пользователи? 1 2
19. Оценка Проектирование Разработка Стабилизация Оценка командой Анализ полезности Продуктовый анализ Космос Пойдёт Поправимо Цена ошибки
20. Процессы — выводы Роль ≠ Человек Кто какие роли играет у вас? Не стреляете ли из пушки по воробьям?
21. Время — Деньги — Качество 2. Баланс
22. Быстро → Время (Time) Дёшево → Цена = Скорость команды * Размер команды (Capacity) Качественно → Качество (Quality) Сделано → Работа (Work) К показателям Такого не бывает ☹
23. Time Capacity Quality Work T * C Q = W Объём работ Размер команды Время Главное тождество
24. Главный конфликт T * C Q < W Time Capacity Quality Work
25. Главный конфликт T * C Q < W Вариант 1 Сдвигаем сроки + работа в полном объёме + команда не увеличивается - сдвигается время релиза Quality — фиксировано Capacity — фиксировано
 Time — растёт Work — фиксировано
26. Главный конфликт T * C Q < W Вариант 2 Увеличиваем команду + работа в полном объёме + работа в срок? - история о 9 женщинах - где взять команду? Quality — фиксировано Capacity — растёт
 Time — фиксировано Work — фиксировано
27. Главный конфликт T * C Q < W Вариант 3 Режем скоуп + работа в срок - работа не в полном объёме Quality — фиксировано Capacity — фиксировано
 Time — фиксировано Work — снижается
28. Главный конфликт T * C Q < W Вариант 4 Разбиваем релизы + работа частично в срок - время полного релиза увеличено Quality — фиксировано Capacity — фиксировано
 Time — увеличивается Work — фиксировано
29. Главный конфликт T * C Q < W Вариант 5 Делаем как попало + работа частично в срок - время полного релиза увеличено Quality — падает Capacity — фиксировано
 Time — фиксировано Work — фиксировано
30. Баланс — выводы Выбирайте модель, которая работает у вас Не забывайте, что рост одного показателя — это уменьшение другого
31. 3. Технический долг
32. Технический долг v t Скорость роста тех. долга
33. % t Технический долг % от времени разработки сферической фичи в вакууме Отношение фичи к борьбе с легаси 1:1 1:2 100% 200%
34. t Технический долг 1:1 1:2 t Скорость разработки фичи Фича здорового человека Технический долг Скорость разработки фичи
35. t t Технический долг 1:1 1:2 Объёмы разработки сферических фич в вакууме Результат Планы по производству
36. 1 Спланируйте Рефакторинг 2 Декомпозируйте 3 Кто принимает решение о рефакторинге? 4 Что произойдёт, если не делать?
37. Технический долг – выводы Помните о нём, пока он не стал проблемой Рефакторинг ваш бро ☺
38. 4. Работа с командой
39. 1 Конференции + подкасты Развитие 2 Технологизация 3 Библиотеки
40. 1 Почему так считает оппонент? Ситуации 2 Встаньте на его место!
41. 1 Чем занимается менеджер? Прозрачные процессы 2 Чего вы ждёте от других членов команды? 3 Чего другие члены команды ждут от вас?
42. People managing 5 6 2 8 3
43. People managing От чего грустят котики? 1 Нужен ассессмент и план развития 2 Нужен фидбэк 3 Утомили рутина и мелкие проблемы
44. People managing – выводы Обращайте внимание на ситуации Прозрачные процессы Ассессмент, фидбэк и планы развития – ваш бро Мелкие проблемы решаются очень просто
45. Feature stages Продуктовый анализ Оценка Проектирование Оценка командой Разработка Стабилизация Анализ полезности О чем мы говорили? Главная проблема T * C Q < W И её решения: - cдвигаем сроки - увеличиваем команду - режем скоуп - разбиваем релизы - делаем как попало Работа с командой - ситуации - прозрачные процессы - ассессменты - фидбэк - план развития - мелкие проблемы v t Технический долг