Роль ведущего разработчика (тимлида) в команде разработки
Как я вижу задачи ведущего разработчика, связанные с развитием культуры разработки в команде…
- Выстраивание взаимодействия между программистами и заказчиками (клиентоориентированность)
- Договор с бизнесом, каталог услуг (ссылка1)
- Точки входа для бизнеса (к кому обращаться по каким вопросам)
- Регламент обращений (порядок действий при обращении, необходимая информация при обращении, шаги при нарушении регламента)
- Список услуг
- Время реакции
- Доступность услуг
- Дни недели
- Время работы
- Дежурства
- Регламент изменения договора
- Бэкапирование (общие правила и в разрезе каждой информационной системы)
- Период бекапов (сколько готовы потерять данных при восстановлении прошлой копии)
- Время поднятия базы из бэкапа
- Регламент восстановления базы из бэкапа (инициатор, состав данных для корректного восстановления, указание причин и пр.)
- Обратная связь от бизнеса
- Договор с бизнесом, каталог услуг (ссылка1)
- Культура разработки в команде
- Инструкции для пользователей
- Стандарты
- Регламенты
- Презентации
- Функционал БСП и пр. библиотек(библиотечный подход)
- Личные разработки программистов
- Функционал платформы
- Организация работы
- Хранилище разработки
- Хранилище для разработки
- Хранилище для рабочей базы (???)
- Ночные копии рабочих баз
- Среда разработки
- Возможность тестирования новых релизов
- Возможность отладки
- Отделения от рабочего контура для минимизации сбоев рабочих баз
- CI/CD
- Code review
- Центры компетенций, владельцы конфигураций (заместители на случай отсутствия владельцев)
- Перекрестные задачи между центрами (разработка “чужих” задач, ознакомление с архитектурой коллег, обмен компетенциями)
- Хранилище разработки
Ссылки по теме:
No Comments