8-bit SCRUM(Embedded Agile)

Гибкие методологии при разработке электроники

Омельянчук Алексей, Cигма-ИС

История одного коллективав 3 компаниях

Разработка охранно-пожарной системы.

• Крупный интегратор

• Большой завод

• Фирма средних размеров

Изделия

PIC12F509 HT48С05

• 33 cents• 1k ПЗУ

• 41 byte ОЗУ

• 22 cents• 512 ПЗУ

• 32 byte ОЗУ

Самый сложный прибор

AT91SAM7X256– ARM7 (32-битный)– 55 МГц– 256 кбайт ПЗУ– 64 кбайт ОЗУ

Первый опыт Agile

• «демо» раз в 2 недели

• еженедельные обсуждения

• Бэклог как остатки от планирования

• Планирование «сколько влезет»

Метод «сколько влезет»

• Задача1

• Задача2

• Задача3

• Задача4

• Задача5

• Задача6

Проблема фиксированного спринта

• Запланированная работа никогда не закончится раньше чем запланировано

• Если можно только не успеть – надо сознательно завысить объем на спринт

• Выбор работ из кучки– Product owner на “daily standup”– на усмотрение разработчика

Разделение по приоритетам• Задача1

• Задача2

• Задача3

• Задача4

• Задача5

• Задача6 ( не вошли в спринт)

• Задача7

• Задача8

( обязательные )

( 70-80% velocity )

( опциональные )( еще 50-60 % velocity )

Результаты (компания1)

• Частые «демо» - THE MUST

• митинги объединяют (даже раз в неделю)

Компания 2

ООО ИТЭЛМА• 2 млн пожарных датчиков в год• 60% контроллеров для АвтоВАЗа

Второй опыт Agile

• Спринт (месяц) + Мегаспринт (квартал)

• Сборные команды

Особенность

Изготовление электроники

- минимум месяц

3 уровня планирования- 3 ритма

3 уровня планирования

- Спринт- Спринт = внутренний релиз

(новая плата, «большое демо»)- Спринт- Спринт = внутренний релиз

(новая плата, «большое демо»)- Спринт

======== РЕЛИЗ !!!!!!!!!!!!!!!!!!!!!!!

МесяцМесяцКвартал

МесяцМесяцКвартал

Сборные команды

Один проект реально ведет1 человек

Собираем несколько проектовв команду

Проблема !

Люди слабо знают

что происходит в соседнем проекте

Лучше раз в неделю по часу

чем раз в день по 5 минут

Компания 3

• ООО Сигма-ИС

• Активная поддержка SCRUM от руководства

SCRUM(с особенностями)

• Почти по Книбергу– Наконец “daily standup”

• Планирование иногда явно раздельно по людям

Главный радиатор

В соседней команде

Специфика электроники

• глубокая специализация– процессора разные

– физика предметной области

– оснащение рабочего места

Рабочее место программиста

Тестирование

TheoryOfConstraints (элементы Kanban)

общая “velocity”

vs

загрузка по людям

задачана двоих

задачадлялюбого

Мораль(общеполезная)

• Частые демо = абсолютный плюс

• фиксированный спринт – есть и плюсы и минусы

• План на спринт с двумя приоритетами• Product Owner в ежедневном стэндапе

Мораль(специфическая)

• несколько уровней планирования (управление внутренними релизами)

• при планировании необходимо учитывать ограниченность ресурсов(а не только общий лимит velocity)