Никита Шляхов. Учёт времени разработчиков
-
Upload
svetlana-gulyaeva -
Category
Documents
-
view
2.524 -
download
1
Transcript of Никита Шляхов. Учёт времени разработчиков
Как учитывать время разработчиков?
(чтобы их не тошнило)
Шляхов Никита
Разработка сайтов и веб-сервисов СКБ Контур
А зачем учитывать?
• Планирование – Задачи– Взаимодействие– Бюджет– Релизы– Ресурсы– …
• Своевременная реакция на проблемы• Улучшение процессов, оптимизация
Для чего НЕ нужно
• Тех.поддержка
• Считать эффективность разработчиков(?)
• Материальная мотивация
Виды проектов / задач
• Сложность / Определённость требований– «Понятные»– «Мутные»
• Длительность – Короткие (0.5-2 месяца)– Длительные (3+)
• Заказчик– Внутренний– Внешний
«Понятные» проекты- Фиксированные требования- Небольшой набор требований- Большой опыт реализации аналогичных задач
Решение: «Экспертная оценка»?
Плюсы:• Очень точно• Мало времени на планирование• Возможность точного Долгосрочного планирования
Минусы:• «Весь дьявол в мелочах»• Ответственность на одном человеке• Отпуска, болезни, декреты, ….• Разработчики могут быть не готовы выполнить задачи в заданные сроки.• Административный стиль управления - Снижение мотивации**
Экспертная оценкаПрименима, для:• Стандартных задач• Команды «учеников»• Есть лидер• В ещё не сложившихся команд –
демократия неприемлема
Кто делает оценку• Эккаунт / Аналитик • Лидер / Менеджер разработки
«Мутные» проекты- Неопределённые требования- Высокая вероятность изменения требований- Уникальная задача
Серебрянная пуля:• Небольшие итерации• Совместная оценка сроков (Planning poker)• Ежедневные scrum-meetings
Минусы:• Много времени
• Пассивность некоторых участников
• Искусственное затягивание сроков
Плюсы:
• Снижение рисков
• Достаточно точно
• Совместная ответственность
• Командность
Planning Poker
Применим:
• Практически для любых проектов.
• Даже для удалённых команд
• Когда экспертная оценка невозможна
Planning Poker. Правила:• Список задач по приоритету• Оценка задачи каждым разработчиком • Если большой разброс оценок
– обсуждение (3 минуты)– уточнение требований – разбиение задачи– повторная оценка, пока все не совпадут
• Оценка, пока не будет достигнута необходимая сумма – определяется опытным путём
Варианты:• Оценка в часах• Оценка в «размере» задачи (маленькая, большая, средняя, и
т.п.)
Держать руку на пульсе
Burn Down Chart WhiteBoard с задачами
+ TFS (Jira, …)
Итого. Чтобы не тошнило:
• Разъяснить необходимость• Вовлечь каждого в оценку сроков• Включить игровые моменты• Не завязывать на материальную мотивацию• Правильно применять Экспертную оценку• Не акцентировать на этом много внимания