Высоконагруженая команда - agiledays 2010

Высоконагруженая команда: работа малых команд с большим количеством

единовременно идущих проектов

Михаил Карпов, AgileDays 2010

Arksoft

• Команда из 3 человек + внешние временные сотрудники

• Порядка 7 одновременно идущих проектов • Желание работать из дома и с разных

компьютеров

Дано:

Затруднения:

2Михаил Карпов: "Высоконагруженные команды"

Актуальные проблемы• Коммуникации при удалённой работе

(как совместить работу из дома, и из офиса?)

• Контроль сроков выполнения работ(как определить, кто чем займётся и на какой стадии сейчас проект?)

• Поддержание актуальности проекта(как следить за появлением новой проектной информации?)

• Мотивация участников


Google Technology User Group

www.russian-gtug.ru

Проекты на Google-технологиях:

• Android• AppEngine• GWT• Maps• Picasa


http://www.russian-gtug.ru/

Продвинутая и успешная компания, казалось бы везде должен быть Agile…


• Agile только по желанию, «для психов» ;)

• Есть «мягкий» и «жёсткий» Agile• Нет специальных коучеров, все

самоучки


«Строгий» и «мягкий» Agile

• Команды, исповедующие "строгий" Agile используют более широкий набортехник, команды, предпочитающие "мягкий" - только часть из них.


«Строгий»

• Отдельный митинг для подведения итогов недели

• Отдельный для планирования итерации• Обязательные stand-up'ы, в которых

участвует обычно почти вся команда, и часто во время них передаюткаменный шарик говорящему


«Строгий» (2)

• Так же строго отслеживают прогресс в специальном туле - где перекладывают задачи из "ice box" в "active", а оттуда в "backlog". В ice box держат задач больше, чем возьмут в следующую итерацию - и оценивают их сложность заранее

• Естественно, они считают сложность в условных величинах, и рассчитывают индивидуальную скорость каждого из членов команды


«Мягкий»

• Вместо чёткого планирования:– делают более длинные stand-up'ы– планируют итерацию гораздо более

приблизительно: “ice box” содержит только общие описания того, чем стоит заняться

– люди даже не пытаются оценивать сложность задач на следующую итерацию – всё равно угадать не получится


«Мягкий» (2)

• Очень много мелких вспомогательных (и абсолютно независимых) задач, которые очень часто делегируются 20% волонтерам

• Волонтеры занимаются ими по сути в свое свободное время, и четкогопланирования таких задач нет.


«Мягкий» (3)• Вместо этого они оцениваются в часах чистого

времени, и очень часто переходят в вялотекущие задания, которыми люди занимаются несколько итераций подряд

• Никаких тулов для отслеживания velocity в этой команде нет, и все строится на том, что задача очень интересна, люди очень опытны – и самомотивированы.

• Все формальности, которыми тут следуют - этонедельные синки, совмещающие в себе планирование итерации - и слегка мутировавшие stand-up'ы


Наша попытка

Выбрали «мягкий» вариант «на пробу»:– Немного мутировавшие стэндапы– Вялотекущие проекты в параллель с

основными– Измерения часами чистого времени– Оцениваем velocity для пробы «жёсткого» agile


Проблемы внедрения

Возникла проблема синхронизации информации между офисом и работой дома:

• Информации по проектам• Проектных файлов• Задач по проектам• Проектных сроков


Обсуждения

• всегда пустая• фотографируем • или конспект по

ходу (как запись AI’s) на A4

• mindmap


Документация

Google Docs - традиция чеклистов на процессные задачи (н-р «организация встречи»)


Google Tasks – неструктурированные идеи, временная инфа [личное]

Google Forms – идеи по проектам [общее]

Dropbox как альтернатива SVC&backup

• Удобно• Просто• Можно забыть• Можно без ПО


Доска«мягкий» agile

• Список всех проектов (столбец)

• Список «в каком направлении развивать проект» (строка)


Стикеры

Срочный

Инфрастуктурный

ОбычныйЦветные кнопки для отметки приоритетовОтдельно внутренние проектыОтмечено цветом кто взял какую работу


Статусы направлений работы


«жёсткий» agile

• Используется как checklist для задач с проектной доски

• Не происходит дублирования с доской


«Рабочая тетрадь» проекта

Ф.Брукс:«Ведение рабочей тетради проекта с версионным контролем и датировкой ежедневных изменений»


Контроль времени: Calendar & Alerts

• Гугл-календарь общий• Алерты по SMS


Что из проблем решили?• Коммуникации при удалённой работе

(Dropbox, GMail)

• Контроль сроков выполнения работ(связка Pivotal Tracker + фотографии проектной доски, Google Calendar)

• Поддержание актуальности проекта(«Рабочая тетрадь» проекта - PBworks)

• Мотивация участников


Какие плюсы от внедрения?

• Ясная визуализация приоритетов и состояния проектов и подпроектов с помощью модифицированной доски

• Упрощение планирования следующих проектов за счёт сбора статистики для задач по завершённым проектам

• Возможность работать как из дома, так и из офиса без больших информационных потерь

Михаил Карпов: "Высоконагруженные команды" 25

Над чем работать?

• «Рабочая тетрадь» не пользуется успехом, большая часть инфы в Gmail-рассылке или в головах

• Проблема верного выставления сроков и оценки времени на неизвестные ранее задачи

• Доска с направлениями работы по проектам активно использовалось, PivotalTracker – в разы менее активно


Использованные инструменты

• Google Calendar (alerts)• Google Docs (checklists)• GMail, GTalk• Google Tasks (temp lists for GTD)• Dropbox (file storage)• Mind42 (meetings AI’s)• Pivotal Tracker (bugs&futures list)• PBworks (project workbook)


Вопросы?

Михаил Карпов

[email protected]


Высоконагруженая команда - agiledays 2010

Business