Slides about software developers teams for WebDev 2015 Vologda

1. TEAMWORK

2. КОМАНДА НУЖНА,
чтобы разработка была:
проще быстрее

4. МИНУСЫ:
чем больше команда,
тем ниже эффективность
сложнее в управлении

5. СВОЙСТВА КОМАНДЫ
• неделимая «боевая» единица
• четкое распределение ролей
• доверие внутри и снаружи
• градация должностей

6. ЧТО ДЕЛАЕТ ТИМЛИД
• общается с аналитиком/PM
• оценивает сроки
• проектирует архитектуру
• анализирует и распределяет задачи
• несет ответственность
• программирует

7. ЗАЧЕМ НУЖНА ГРАДАЦИЯ?
• прозрачность для разработчиков
• стремление к росту
• проще распределять задачи

8. ЧТО ТАКОЕ ГРАДАЦИЯ
ДЛЯ ТИМЛИДА?
Это оценка времени,
затраченного им
на разработчика

9. ОСНОВНЫЕ ПРОБЛЕМЫ
• срыв подзадачи = срыв работы
• «перетягивание одеяла»
• проблемы всплывают в самом
конце работы

10. КТО ВИНОВАТ?
ВИНОВАТА КОМАНДА!
Нет смысла искать крайнего —
это неэффективно сейчас
и снизит эффективность потом

11. ЧТО ДЕЛАТЬ?
• сделать процесс разработки
прозрачным для всей команды
• искать решение, а не способ
ухода от ответственности
• как можно раньше сообщать о
проблемах

12. КЕЙСЫ

13. СРОКИ
Оценили задачу на 3 недели
Сделали — за 6 недель :(

14. ЗАДАЧИ
Оценили спринт на 4 недели.
Через 2 недели узнали, что половину
функционала надо делать не так :(

15. АНАЛИТИКА
Оценили спринт на 4 недели.
Через 2 недели узнали, что половину
функционала надо делать не так :(
Аналитик в отпуске

16. СПАСИБО
Дмитрий Кукушкин
@xobb1t dima@kukushkin.me