Никита Шляхов. Учёт времени разработчиков

12
Как учитывать время разработчиков? (чтобы их не тошнило) Шляхов Никита Разработка сайтов и веб- сервисов СКБ Контур

Transcript of Никита Шляхов. Учёт времени разработчиков

Page 1: Никита Шляхов. Учёт времени разработчиков

Как учитывать время разработчиков?

(чтобы их не тошнило)

Шляхов Никита

Разработка сайтов и веб-сервисов СКБ Контур

Page 2: Никита Шляхов. Учёт времени разработчиков

А зачем учитывать?

• Планирование – Задачи– Взаимодействие– Бюджет– Релизы– Ресурсы– …

• Своевременная реакция на проблемы• Улучшение процессов, оптимизация

Page 3: Никита Шляхов. Учёт времени разработчиков

Для чего НЕ нужно

• Тех.поддержка

• Считать эффективность разработчиков(?)

• Материальная мотивация

Page 4: Никита Шляхов. Учёт времени разработчиков

Виды проектов / задач

• Сложность / Определённость требований– «Понятные»– «Мутные»

• Длительность – Короткие (0.5-2 месяца)– Длительные (3+)

• Заказчик– Внутренний– Внешний

Page 5: Никита Шляхов. Учёт времени разработчиков

«Понятные» проекты- Фиксированные требования- Небольшой набор требований- Большой опыт реализации аналогичных задач

Решение: «Экспертная оценка»?

Плюсы:• Очень точно• Мало времени на планирование• Возможность точного Долгосрочного планирования

Минусы:• «Весь дьявол в мелочах»• Ответственность на одном человеке• Отпуска, болезни, декреты, ….• Разработчики могут быть не готовы выполнить задачи в заданные сроки.• Административный стиль управления - Снижение мотивации**

Page 6: Никита Шляхов. Учёт времени разработчиков

Экспертная оценкаПрименима, для:• Стандартных задач• Команды «учеников»• Есть лидер• В ещё не сложившихся команд –

демократия неприемлема

Кто делает оценку• Эккаунт / Аналитик • Лидер / Менеджер разработки

Page 7: Никита Шляхов. Учёт времени разработчиков

«Мутные» проекты- Неопределённые требования- Высокая вероятность изменения требований- Уникальная задача

Серебрянная пуля:• Небольшие итерации• Совместная оценка сроков (Planning poker)• Ежедневные scrum-meetings

Минусы:• Много времени

• Пассивность некоторых участников

• Искусственное затягивание сроков

Плюсы:

• Снижение рисков

• Достаточно точно

• Совместная ответственность

• Командность

Page 8: Никита Шляхов. Учёт времени разработчиков

Planning Poker

Применим:

• Практически для любых проектов.

• Даже для удалённых команд

• Когда экспертная оценка невозможна

Page 9: Никита Шляхов. Учёт времени разработчиков

Planning Poker. Правила:• Список задач по приоритету• Оценка задачи каждым разработчиком • Если большой разброс оценок

– обсуждение (3 минуты)– уточнение требований – разбиение задачи– повторная оценка, пока все не совпадут

• Оценка, пока не будет достигнута необходимая сумма – определяется опытным путём

Варианты:• Оценка в часах• Оценка в «размере» задачи (маленькая, большая, средняя, и

т.п.)

Page 10: Никита Шляхов. Учёт времени разработчиков

Держать руку на пульсе

Burn Down Chart WhiteBoard с задачами

+ TFS (Jira, …)

Page 11: Никита Шляхов. Учёт времени разработчиков

Итого. Чтобы не тошнило:

• Разъяснить необходимость• Вовлечь каждого в оценку сроков• Включить игровые моменты• Не завязывать на материальную мотивацию• Правильно применять Экспертную оценку• Не акцентировать на этом много внимания

Page 12: Никита Шляхов. Учёт времени разработчиков

Вопросы?

Шляхов Никита

[email protected]