В чем могут помочь Аджайл сертификации

Хотел затронуть эту тему еще год назад. Я начал писать, но слова и предложения рождались, на удивление, очень громоздкие, и меня не покидало ощущение «отсиженной руки». Вроде бы и своя любимая, но очень неуклюжая и тяжелая. Еще немного промучившись, я, все-таки решил, что лучше вернуться к этому вопросу позже, когда мне будет, что сказать.

Кажется, это «потом» настало. Написать о сертификациях меня подтолкнуло вот что. Два месяца тому назад я начал процесс аккредитации Professional Scrum Trainer (PST) от Scrum.org. Еще многое предстоит сделать - впереди сдача PSMII и собеседование с Кеном Швабером. В рамках этой инициативы я нахожусь в тесном контакте с несколькими Сертифицированными Тренерами от Scrum.org. И одним из ключевых вопросов на собеседовании, которые мне задавали, был вопрос, касающийся Аджайл сертификаций. Зачем они нужны и какая от них может быть польза (если вообще существует)? Ниже я попытаюсь ответить на этот вопрос. Это моя личная точка зрения и я не претендую на истину в последней инстанции. Знаю, что многие со мной не согласятся. Заранее прошу прощения.

Закусочная «Разработка программного обеспечения»

Разработка программного обеспечения радикальным образом отличается от производства. Но многие менеджеры, к сожалению, позволяют формироваться своему мышлению под влиянием философии управления, имеющей свои корни в производственной сфере. (Tom DeMarco, PeopleWare, 2^nd edition, 1999)

В студенческие годы я сменил много профессий. Например, я работал грузчиком на оптовом рынке. Мне очень хотелось купить себе новые джинсы, а тогда были очень модными светло синие «в рубчик». И я честно заработал необходимую мне сумму, толкая заполненные доверху куриными окороками тележки и разгружая «газели» с мукой на городском рынке.

Заметки для Скрам Мастера

Недавно, просматривая блог Майка Кона, я наткнулся на один совет, эффективность которого обратно пропорциональна простоте его внедрения (вот это я загнул!).

Итак, представьте -  мы проводим Дейли Скрам с нашей командой. Мы стоим под прицелами камер (если у нас распределенная команда), перед нами Скрам доска, и каждый по очереди отвечает на давно всем знакомые вопросы. Мы говорим о планах, озвучиваем препятствия. Скрам Мастер в это время у себя делает пометки… СТОП!

Какие пометки и где?

Майк Кон предлагает Скрам Мастеру делать пометки прямо на доске для того, чтобы они были видны всем членам команды. К тому же, к ним можно вернуться на следующем Дейли Скраме и стереть/проверить при необходимости. Подобная практика показывает, что Скрам Мастеру нечего скрывать от команды и помогает строит атмосферу доверия. 

Полная прозрачность!

Спасибо Майку за отличный совет.

Scrum On

Закон Миллера и Идеальный Размер Скрам Команды

Какой идеальный размер Скрам Команды? Скрам Гайд (июль 2013) так отвечает на этот вопрос:

Оптимальная по размеру Команда Разработки достаточно мала, чтобы оставаться гибкой, и достаточно велика для того, чтобы иметь возможность выполнять значительную по объему работу за Спринт. Команда в размере менее трех человек имеет малое количество взаимодействий и это уменьшает ее продуктивность. Небольшие Команды Разработки могут иметь ограничения по необходимым компетенциям в Спринте, что может привести к невозможности доставить потенциально выпускаемый Инкремент. Команда в количестве более девяти человек требует излишне много координации. Большие Команды Разработки создают проблемы для эмпирического процесса. Роли Владельца Продукта и Скрам Мастера не включаются в это количество, если они не выполняют работу из Беклога Спринта.

Формула от создателей Скрама 6 ± 3

Изменение Скрама - это плохая затея

Перевод оригинальной статьи Майкла Виздоса.

  

Изменение Скрама - это плохая затея.

Вы меня слышите? Вы ДЕЙСТВИТЕЛЬНО думаете, что модификация Скрама - это хорошая идея?

Почему?

Скрам является простым фреймворком. И он работает.

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

Люди пытаются переделывать Скрам потому, что они знают “как лучше”.

Битлз - великая Аджайл команда

Эта знаменитая Ливерпульская четверка продала более 1 миллиарда записей, DVD, пластинок и даже сейчас, более чем через 40 лет после своего распада, остается самой популярной группой (командой) в мире. В 60-х, когда их слава достигала своего пика, Битлз были настоящими кумирами для своего поколения. Им было по силам оказывать влияние на мировую политику, моду, культуру. Им завидовали, их боготворили, любили и старались во всем подражать.

Водопад, Лин-Канбан и Скрам

Перевод оригинальной статьи Кена Швабера.

Существуют четыре выявленных типа, к которым можно отнести проблемы: Простой (Simple), Сложный (Complicated), Запутанный (Complex, комплексный), и Хаотичный (Chaotic). Идентификация типа проблемы исходит из характеристик предметной области, к которой она относится. Сфера разработки программного обеспечения состоит из технологий, требований и людей, которые выполняют работу.

Если характеристики и измерения предметной области проблемы просты и хорошо известны - проблема определяется как Простая. Если ее характеристики нестабильны, часто изменяемы и не очень хорошо известны, то проблема является Хаотической. Если характеристики не простые, но более известны и хорошо определены - проблема определяется как Сложная. И наконец, если характеристики не простые и более неизвестные и неопределенные, то проблеме присваивается Запутанный тип.

Новая редакция Скрама. Что дальше?

Новая редакция Скрама. Что дальше?

Ура и еще раз Ура! Не могу сдержать своей радости. В последний день июля(31) Кен и Джефф выпустили новую редакцию Скрам Гайда. Последний вариант этого документа датировался октябрем 2011 года. Итак, правила игры изменились. И вместе с ними теперь придется меняться и нам. Изменений на самом деле много и они очень существенны. Для затравки – как вы отнесетесь к тому, что «отцы» Скрама решили изменить классические три вопроса Дейли Скрама?