Просмотр исходного текста страницы Встреча 2010-10-27 (Jam-session AgileRussia)

Встреча сообщества AgileRussia, прошедшая 27 октября 2010 года, не имела узкой темы — более того, она проходила в формате Agile Jam Session, когда
* Рассматривается целый спектр тем, выбираемых сообщество в начале собрания (эдакий backlog).
* Обсуждение коллективное, но обсуждением занимается только команда из пяти человек, для которых ставят стулья «в президиуме». Из-зала могут подавать лишь вопросы и небольшие реплики. Если кто-то хочет серьезно высказаться — он идет в «президиум» и вытесняет кого-то из ранее там сидевших.
* Обсуждение разбито на кванты по 5 минут — каждые 5 минут голосуется, продолжать ли обсуждение, или перейти к следующему вопросу.

Таким образом, за одном собрание можно плотно рассмотреть целый спектр тем, не задерживаясь на скучных и тривиальных, более глубоко разбирая непростые вопросы, ну и при этом балансируя между крайностями «один лектор» и «стадион».


== Конспект-майндмап ==
Конспект майндмап всей встречи.
Формат [http://freeplane.sf.net Freeplane] ([http://freemind.sf.net Freemind]-совместимый, его понимают все известные майндмапилки).

[[Файл:Встреча 2010-10-27 (Jam-session AgileRussia).mm|center]]

== Рассмотренные вопросы ==
=== Выбор тем ===

{{vimeoembed|18885915|720|405}}

{{ActualBanner2}}

{{podfmembed|belonesox.podfm.ru/agilerussia/44}}

=== Продвижение в массы ===
Вопросы популяризации Agile-методологий, продвижения ее в массы — от разработчиков (со школьной скамьи) до заказчиков.

;Аннотация/Ключевые слова:
<font size="-2">
        кому
            IT-специалисты
            менеджеры
            окружение
                HR
                АХО (уборщики, секретари)
            бизнес-звено (заказчики)
        цель
            экосреда
                для себя
        всегда нельзя
            Границы
            Области
                Разработка ПО
        Способы
            ЦА
                Молодежь
                    Студенты
                        Конференции в ВУЗах
                            мало народа?
                            мал эффект?
                            нет насыщения
                        Преподаватели!
                            Идите в ногу со Временем!
                            Материалы к курсам
                                Презентации
                                Тексты
                                Видео
                                e-learning
                                    INTUIT
                                    MediaWiki
                                        материалы
                                        презентации
                                        тесты
                                Науки нет
                                    это тренинговый бизнес
                                    SCRUM Alliance
                                        танцует только за деньги
                                        сертификаций
                                            пищевая пирамида
                                        разваливается
                                            много тренеров?
                                            Agile vs. Бабло
                    Juniors
                        Agile для стартапов
                Заказчик
                    видит
                        процесс
                        промежуточные результаты
                    Q&A
                        Я недоволен!
                            почему еще с нами?
                            все по-честному
                                Прозрачность!
                                Регулярность!
                                Живьем!
                                Если недовольны процессом
                                    можно прекратить раньше!
                        Вы не понимаете наших требований!
                            Вы раньше это увидите!
                                Живьем!
                            Нефункциональные требования!
                                Производительность
                                    У вас все работает, а у нас тормозит
                                    Деплой занимает неделю!!
                                        кто заплатит?
                                        это отстой!
                                            деплой за часы!
                                                за нас счет?
                                                    Customer collaboration vs. Contract negotiation
                                                    наши косяки - за нас счет
                                Безопасность
                        Бюрократические причины
                            ГОСТ 34
                            ТЗ
                            ...
                            У Асхата http://video.yandex.ru/users/agiledaysekt/view/2
</font>


{{vimeoembed|18887697|720|405}}

{{podfmembed|belonesox.podfm.ru/agilerussia/45}}

=== OldSchool-команда ===

Проблемы внедрения Agile-практик в «классическую»-команду — мотивация, вовлечение, пропаганда, …
;Аннотация/Ключевые слова:
<font size="-2">
        как вовлечь?
        классическая
            вотерфольная
                RUP
            кто
                PM
                программисты
                тестировщица
                    тест-менеджер
                    обезьянки
                dev-lead
                джуниоры
            проект
                продуктовый
                    год мучений
                заказчики несерьезные
                    требований нет
            продавать
                как зажечь?
                    если не горит
                    социалисты
                        делаешь вид, что работаешь
                            делать вид, что платишь
                    усталые
                    решение проблем!
                        отдельные практики!
                        пусть предлагают альтернативы!
                        только успешные практики!
                        самые больные места!
                    пробовать
                        не бойтесь!
                        хоть две недели
                        иначе менять команду
                кейс
                    Code-and-Fix
                        начали
                            постепенно
                                итерации
                                тесты
                                релизы
                                ....
                как победить
                    наследие
                        историческое?
                            иерархия ролей
    Задачи в середине итерации
        планирование
        задачи
            появятся
            в середине итерации
                нет беклога
                    изменения
                        ВНЕЗАПНЫЕ
                            инструкции в ЦБ
                        исправления
                            1 день
                итерация
                    2 недели
                    1 неделя
                        не поможет
            с высокой вероятностью
        решения
            Kanban
                прогноз
                    больше в SCRUM
            оценить
                процент внезапности
                    30%
                    с запасом!
                зарезервировать
                    время
                    двойной график
                        burn-down
                        burn-up
</font>

{{vimeoembed|18961569|720|405}}

{{podfmembed|belonesox.podfm.ru/agilerussia/46}}

=== Ротация SCRUM-мастеров ===
Плюсы и минусы передачи и совмещения SCRUM-ролей, в частности, проблема ротации SCRUM-мастеров.

;Аннотация/Ключевые слова:
<font size="-2">
        проблема
            большая оргнагрузка
                совмещает
                    SCRUM-мастер
                    PO
            должен быть
                Agile-фанатик
        +
            интересно
        -
            передача
                контекста
                    надумана
                инструмента
                решение
                    больше коммуникаций!
            не хочет
                никто
                    навсегда!
                правильное планирование
                    на команду!
                    не на отдельного человека!
                    не перегружайте!
                делегируйте
                    команде
                        отдельные активности
                            демо
                                каждый показывает свою часть
                недовольные на ретроспективах
                    флаг им в руки
                        демотивирует!!
                            не всегда
                            иногда и мотивирует
                            финансы
                                опасны
                                общий котел
                                    общий счет
</font>

{{vimeoembed|18888803|720|405}}

{{podfmembed|belonesox.podfm.ru/agilerussia/47}}

=== Планирование ===

Нетривиальные проблемы планирования:
* Сокращение накладных расходов
* Внезапные задачи в середине итерации

;Аннотация/Ключевые слова:
<font size="-2">
        Проблемы
            Почти весь день!
            Устают
                все
                жутко!
        Сократить время
            разумно
                3 часа
                    5
                2 часа
                    5
            на что тратится
                детализация
                    микроменеджмент
                    требования?
                        много Spike!
                            исследование на планировании?
                        как ведутся?
                            нет ли проработки требований?
                        StoryMapping
                            2 минуты на рассказ
                    маленькие задачи
                        4-8 часов
                            это ОК
                            в вебе норма 3 часа
                исследование
                японский стиль
                    время на  задачу
                        планирование
                        реализация
                    лучше день потерять, потом за час долететь
            качество
                планирования
                    через раз
            Решение
                фокус-фактор
                    запас-множитель
                    факап-поинты
                планирование с модерацией
                    общее время на план/число задач
                    пример
                        3 минуты свободного обсуждения
                        1 минута вопросов
                        1 минута голосование
                    Planning Poker
                        с начала обсуждения
                PO
                    репетирует?
                        накануне
                        в узком кругу
                Больше кроссфунциональности
                    Ларман
                        идеальных нет
                        постепенно к кроссфункциям
                            нечего делать
                                забей на низкоприоритетное
                                учись кроссфункциональности
                        будет смешно
                            но пригодится потом
</font>

{{vimeoembed|18886774|720|405}}
{{podfmembed|belonesox.podfm.ru/agilerussia/49}}
{{vimeoembed|18955442|720|405}}
{{podfmembed|belonesox.podfm.ru/agilerussia/48}}
=== Одна команда на несколько проектов ===

Проблемы одновременного ведения SCRUM-командой нескольких проектов.

;Аннотация/Ключевые слова:
<font size="-2">
        команда
        переключение
        распределять время
        Разбить на Slice
        Пример
            4 проекта
                30%
                20%
                25%
                25%
            потом
                Проект A
                    1 неделю
                        нея... не пойдет...
                            хотят ЧАСТО
                                и понемногу
                ....
        Кейс
            Проекты
                1
                    Большой
                2
                    Невнятный
            Решение
                Резервируйте
                Общий беклог
                    "Многопроцессорная" система
                Нельзя прогибаться
                    до бесконечности
                Стабилизируйте загрузку
                    "Узаконьте" отношения с заказчиком
                    Мотивируйте
                        загружать полностью
                            не успел загрузить фуру - придется ждать....
                            риски
                                гарантии
                                    для полной загрузки
                                иначе разделять
                        напугайте его!
                            минусы текущей ситуации
                        продавайте!
</font>

{{vimeoembed|18957531|720|405}}

{{podfmembed|belonesox.podfm.ru/agilerussia/50}}

=== Крупный проект ===

Проблемы крупных и долгих проектов — управление требованиями, изменениями, большими и распределенными командами; legacy-код и многое другое.

;Аннотация/Ключевые слова:
<font size="-2">
        Кейс
            уже
                2-3 года
            будет
                2-3 года
            завязан на
                legacy-проекты
            продуктовый
            Требования
                Product Owner
                    есть
                от
                    Крупные кастомеры
                    Эндюзеры
                    Маркетологи
                        Фокус-группы?
                        из мозга
                Как вести?
                структура?
                    так, чтобы
                        можно было оценить
                        сдать
                        чем короче - тем лучше
            Два уровня
                Системный
                    не проблема
                Бизнес-уровень
                    тут должно быть 100%
                    ценность для эндюзеров?
            Решения
                механизм
                    не интересен
                уровни
                    кому
                        сейлам?
                    функциональные
                    структура
                    интерфейсные истории
                Бизнес-value
                    начать вести
                    мотивировать сбор
                        с эндюзеров
                    инкапсулировать BV
                        в отдельные таски
                    увеличивать покрытие
                        c новых фич
        Разбиение
            делить и когда?
                критерии?
            Риски
                неуспеха
                минимизировать
        Решения
            Эмпирически
                Делить
                    Если одна команда не успевает
                        9 чел
                Иначе
                    монолит рулит
            Экспериментировать
                границы
                    7+-2
                где-то должен быть оптимум
            Делить
                Митозом
                    Носителей знания
                        Пересадить
            Архитектура
                Должна быть
                    готовой к делению
            SCRUM-of-SCRUM
                штука сложная
            Книги
                Дин Леффенгуэл
                    Scaling Software Projects
</font>


{{vimeoembed|18956332|720|405}}

{{podfmembed|belonesox.podfm.ru/agilerussia/51}}

Возможно заинтересует также [[Большие проекты в Agile (AgileDays-Екатеринбург-2010)]]

=== Spikes ===

''Spikes'' — непредсказуемые и сложнооцениваемые исследовательские задачи — как их планировать, учитывать, и т.п.

;Аннотация/Ключевые слова:
<font size="-2">
        User Story
            Как оценить?
            Исследование
            Идеи
                Разведчик
                    Исследует
                        2-3 часа
                        готовит описание
                Резервируйте время
                    Снижайте фокус-фактор
                    балансируйте
                        низкоприоритетными задачами
                    последние полдня на итерацию
                        для
                            PO
                            исследователей
    Инструменты в Agile<ref>См. [[Инструменты в Agile (встреча AgileRussia.ru 2010-05-12)]]</ref>
    метрики
        цель
        кому?
        Встречи 2009
            Командные метрики <ref>См. [[Метрики в Agile (встреча AgileRussia.ru 2009-08-18)]]</ref>
            Бизнес-метрики <ref>См. [[Бизнес-метрики в Agile (встреча AgileRussia.ru 2009-09-01)]]</ref>
</font>

{{vimeoembed|18955209|720|405}}

{{podfmembed|belonesox.podfm.ru/agilerussia/52}}

===  Завершение встречи — разное ===
Бухгалтерия и бюрократия в Agile, «кто все эти люди?» в SCRUM и т.п.

{{vimeoembed|18954395|720|405}}

{{podfmembed|belonesox.podfm.ru/agilerussia/53}}

== Ссылки и примечания ==
<references/>

[[Категория:Собрания AgileRussia.ru]]


{{replicate-from-custiswiki-to-lib}}