close

Вход

Забыли?

вход по аккаунту

?

презентация

код для вставкиСкачать
Опыт реформирования
большой команды
разработчиков
Сергей Никулин
hh.ru
Команда HeadHunter в
конце 2010г
• Разработка
и поддержка самого крупного
job сайта восточной европы
• Около 10 внутренних заказчиков
• ~30 программистов и верстальщиков и ~5
тестировщиков
• “функциональное” деление команд
Технологии на конец 2010г
tracker – JIRA
• Issue
• Wiki
– Confluence
• SCM
– Subversion
• Нестабильный
ветке
trunk, релиз собирается в
Система мотивации на
конец 2010г
• Заказчики
оценивают всю разработку в
целом
• Руководитель
распределяет бонусы
индивидуально по каждому человеку
Существующие проблемы
на конец 2010г
• Низкая
скорость выпуска задач –
заказчики не довольны
• Тестирование
• Очень
является узким местом
дорогая разработка крупных
задач (> 2 недель)
Возможные пути решения
• Уменьшение
размеров команд –
дробление функциональных или
создание автономных
• Стабильный
• Внедрение
Kanban
trunk, разработка в ветках
методологии – SCRUM или
Выбранная конфигурация
• SCRUM
для всех
• Автономные
• GIT
команды под заказчика
со стабильным master’ом
• Тимлид
в команде + Тимлид
функционального направления
Организация команд
Опыт работы “по-новому”
• Резкое
повышение скорости выпуска
задач и удовлетворенности заказчиков
• Шаринг
ресурсов работает очень плохо
• Снижение
качества
Как нам повысить качество?
• Централизованная
приемка кода +
функциональные автотесты
• Усиление
роли функциональных
тимлидов
• Технологический
долг
• Технологический
налог
Новая система мотивации
• Architecture
Board оценивает каждую
команду
• Заказчик определяет общий бонусный
фонд для своей команды
• Каждый получает бонус
пропорционально з.п.
Остающиеся проблемы
• Иногда
возникает дисбаланс ресурсов
• Качество
надо повышать дальше
Вопросы?
•
nikulin@hh.ru
•
http://twitter.com/nikulin
Документ
Категория
Презентации
Просмотров
0
Размер файла
967 Кб
Теги
1/--страниц
Пожаловаться на содержимое документа