Наблюдай. Анализируй. Руководи

Максим Бабич | Директор по разработке

RU-CENTER GROUP

МАКСИМ БАБИЧ

директор по разработке RU-CENTER Group

max@babich.pro +7 916 941-52-75 fb.com/webbyte

Настает момент и разработчик

становится тим-лидом

Главный вопрос тим-лиду?

«Когда будет сделано?»

Тим-лиду нужно давать сроки. Но задач много

Проблема:

Как оценить все задачи?

Оценки могут давать разработчики

Проблема:

Точность оценок разная у разных людей

Тим-лид должен уметь

Считать точность оценки для каждого сотрудника

Давать сроки на основе знаний про сотрудников и их оценок

Проблема:

В сроки не попадают. Итерации не сходятся

Тим-лид должен понимать

Чем сотрудник занимался на итерации

Проблема:

Много людей в команде. Всё не запомнить

Нужны инструменты

Доски и списки задач

Учет времени, необходимого для реализации этих задач

Проблема остается:

Инструменты есть, но итерации не сходятся

Тим-лид должен понимать

Какие узкие места есть в процессе разработки

Обычные узкие места

затраты на код-ревью

затраты на тестирование и исправление багов

затраты на рефакторинг

затраты на переключение контекста

Тим-лид должен понимать

Сколько эффективных часов у каждого программиста

Каковы дополнительные расходы времени на разработку

Чем заняты кроме развития продукта?

Заняты поддержкой пользователей!

Тим-лид должен считать

Затраты на поддержку. И принимать решение об автоматизации

Итак, тим-лиду нужно считать

Точность оценок

Узкие места в разработке

Эффективные часы сотрудников

Затраты на поддержку

Становится намного прозрачнее!

Настает момент и тим-лид

становится руководителем разработки

Возникают новые вопросы

Проблема:

Нужен прогноз затрат на проект

Руководитель разработки должен знать

IT-затраты на проекты и компоненты системы

Затраты на персонал

Руководитель разработки должен уметь

Принимать решение о реализации собственными силами или на аутсорсе

Понимать количество нужных вакансий в случае собственной разработки

Проблема:

В проекте несколько команд. Как оценить сроки?

Руководитель разработки должен знать

Ответственные за проект команды

Точность оценок команд

Возможности команд

Классно, если возможности учитывают отпуски

Проблема:

Статус работ по проекту непонятен

Руководитель разработки должен понимать

Прогресс по проектам. В разрезе команд разработки

Этапы и сроки запуска

Проблема:

Система всё сложнее, инцидентов всё больше

Руководитель разработки должен организовать

Процесс реагирования на инциденты

Процесс тестирования

Процесс ввода в эксплуатацию

Руководитель разработки обеспечивает SLA

Реагирования на инциденты

Исправления критичных багов

Решение проблем пользователей

Проблема:

Система всё сложнее, разработка замедляется

Руководитель разработки должен знать

Узкие места в разных командах

Необходимое соотношение между продуктом и инфраструктурой

Нужно принимать решения

по улучшению инфраструктуры разработки

Итак, руководителю разработки нужно

Считать затраты

Принимать решение о вариантах реализации проектов

Знать сроки реализации проектов

Обеспечивать качество процесса и платформы разработки

Управлять без информации - непросто

Тем, что можно посчитать, управлять проще

max@babich.pro +7 916 941-52-75 fb.com/webbyte

МАКСИМ БАБИЧ

Руководство разработкой.

Рост и развитие IT-специалистов