Upgrade to Pro — share decks privately, control downloads, hide ads and more …

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

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

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

Alexander Blinov

April 27, 2018
Tweet

More Decks by Alexander Blinov

Other Decks in Business

Transcript

  1. Обо мне Руководитель Android практики Соавтор Moxy Соведущий подкастов Админ

    чата по архитектуре Android Выступаю на конференциях Александр Блинов [email protected]
  2. 1 Процессы Содержание 2 Баланс: время — деньги — качество

    3 Технический долг 4 Работа с командой
  3. Feature stages Дайте ответы на вопросы: Зачем? Сколько это будет

    стоить? Выполнимо ли? Что будет, если не сделать? 1 2 3 4 Продуктовый анализ Оценка Проектирование Оценка командой Разработка Стабилизация Анализ полезности
  4. Вопросы: Как оценивать? Как закладывать буферы? Является ли оценка контрактом?

    1 2 3 Feature stages Продуктовый анализ Оценка Проектирование Оценка командой Разработка Стабилизация Анализ полезности
  5. Junior Middle Senior Team Lead Идеальных часов в неделю 20

    30 ? ? Что делать с идеальными часами?
  6. Junior Middle Senior Team Lead Идеальных часов в неделю 20

    30 30 20 Что делать с идеальными часами?
  7. Дизайн экранов Спека API Требования Архитектура Feature stages Продуктовый анализ

    Оценка Проектирование Оценка командой Разработка Стабилизация Анализ полезности
  8. Зачем мне ещё одна оценка? Мир изменился Все врут ошибаются

    Растим команду Работа со своей оценкой 1 2 3 4 Feature stages Продуктовый анализ Оценка Проектирование Оценка командой Разработка Стабилизация Анализ полезности
  9. Codestyle Codereview Модульная и слоистая архитектура 1 2 3 Консистентность

    Велосипеды 4 5 Feature stages Продуктовый анализ Оценка Проектирование Оценка командой Разработка Стабилизация Анализ полезности
  10. Разработчик Билл сервер Тестировщик Баговорот в природе Баг треккер Feature

    stages Продуктовый анализ Оценка Проектирование Оценка командой Разработка Стабилизация Анализ полезности
  11. Feature stages Продуктовый анализ Оценка Проектирование Оценка командой Разработка Стабилизация

    Анализ полезности И стоило ли оно того? Не забывайте про аналитику А что говорят сами пользователи? 1 2
  12. Процессы — выводы Роль ≠ Человек Кто какие роли играет

    у вас? Не стреляете ли из пушки по воробьям?
  13. Быстро → Время (Time) Дёшево → Цена = Скорость команды

    * Размер команды (Capacity) Качественно → Качество (Quality) Сделано → Работа (Work) К показателям Такого не бывает ☹
  14. Time Capacity Quality Work T * C Q = W

    Объём работ Размер команды Время Главное тождество
  15. Главный конфликт T * C Q < W Вариант 1

    Сдвигаем сроки + работа в полном объёме + команда не увеличивается - сдвигается время релиза Quality — фиксировано Capacity — фиксировано
 Time — растёт Work — фиксировано
  16. Главный конфликт T * C Q < W Вариант 2

    Увеличиваем команду + работа в полном объёме + работа в срок? - история о 9 женщинах - где взять команду? Quality — фиксировано Capacity — растёт
 Time — фиксировано Work — фиксировано
  17. Главный конфликт T * C Q < W Вариант 3

    Режем скоуп + работа в срок - работа не в полном объёме Quality — фиксировано Capacity — фиксировано
 Time — фиксировано Work — снижается
  18. Главный конфликт T * C Q < W Вариант 4

    Разбиваем релизы + работа частично в срок - время полного релиза увеличено Quality — фиксировано Capacity — фиксировано
 Time — увеличивается Work — фиксировано
  19. Главный конфликт T * C Q < W Вариант 5

    Делаем как попало + работа частично в срок - время полного релиза увеличено Quality — падает Capacity — фиксировано
 Time — фиксировано Work — фиксировано
  20. Баланс — выводы Выбирайте модель, которая работает у вас Не

    забывайте, что рост одного показателя — это уменьшение другого
  21. % t Технический долг % от времени разработки сферической фичи

    в вакууме Отношение фичи к борьбе с легаси 1:1 1:2 100% 200%
  22. t Технический долг 1:1 1:2 t Скорость разработки фичи Фича

    здорового человека Технический долг Скорость разработки фичи
  23. t t Технический долг 1:1 1:2 Объёмы разработки сферических фич

    в вакууме Результат Планы по производству
  24. 1 Спланируйте Рефакторинг 2 Декомпозируйте 3 Кто принимает решение о

    рефакторинге? 4 Что произойдёт, если не делать?
  25. Технический долг – выводы Помните о нём, пока он не

    стал проблемой Рефакторинг ваш бро ☺
  26. 1 Чем занимается менеджер? Прозрачные процессы 2 Чего вы ждёте

    от других членов команды? 3 Чего другие члены команды ждут от вас?
  27. People managing От чего грустят котики? 1 Нужен ассессмент и

    план развития 2 Нужен фидбэк 3 Утомили рутина и мелкие проблемы
  28. People managing – выводы Обращайте внимание на ситуации Прозрачные процессы

    Ассессмент, фидбэк и планы развития – ваш бро Мелкие проблемы решаются очень просто
  29. Feature stages Продуктовый анализ Оценка Проектирование Оценка командой Разработка Стабилизация

    Анализ полезности О чем мы говорили? Главная проблема T * C Q < W И её решения: - cдвигаем сроки - увеличиваем команду - режем скоуп - разбиваем релизы - делаем как попало Работа с командой - ситуации - прозрачные процессы - ассессменты - фидбэк - план развития - мелкие проблемы v t Технический долг