Вот скрам в углу лежит

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

Привезешь на майскую стачку в Ульяновск?

Если не буду в NL в тот момент то возможно )))

Я не так давно, был в Luxoft, на AgileTalks.

И познакомился там с дядькой, не помню его Фамилию.
Но у него своя компания по настройке процессов в компаниях.

Так вот мы с ним обсуждали, как применять SP в рамках аутсорса, так как все разрабы хотят, а заказчики чаще всего не понимают их.

Он мне подсказал вариант, которому я потом нашел подтверждение в американских статьях по Best Practice.

Суть в том, что в SP надо оцениватьвсей командой беклог и эпики. Но когда ты делаешь декомпозицию и береш задачи в спринт, ты их оцениваешь в часах. Так как работаем мы все равно в часах и платят нам в часах.

Если мы берем стандартный, 2 недельный спринт, в нем у разработчика 80 часов работы, сразу 1 час отсекаем на дейли и синхронизацию(а по-хорошему лучше 2, так как принято в Luxoft). У тебя остаеться 70, минус скрам активности в зависимости от команды 5-10 часов, 60-65 часов. Буфер на заболел\устал 1 день. и того 50-55 часов разработки.

Рисуешь табличку и применяешь методики Timeboxing. Выбираешь 2-3 стори что-бы они влезли в эти 55 часов. И просишь ребят, разбивать передачу в тестирование по окончанию каждой стори. Если на демо Стейкхолдеры все апрувят, заказчик все деплоит=)

Вот как-то так и построил процесс на галлере =)

Я не так давно, был в Luxoft, на AgileTalks.

И познакомился там с дядькой, не помню его Фамилию.
Но у него своя компания по настройке процессов в компаниях.

Так вот мы с ним обсуждали, как применять SP в рамках аутсорса, так как все разрабы хотят, а заказчики чаще всего не понимают их.

Он мне подсказал вариант, которому я потом нашел подтверждение в американских статьях по Best Practice.

Суть в том, что в SP надо оцениватьвсей командой беклог и эпики. Но когда ты делаешь декомпозицию и береш задачи в спринт, ты их оцениваешь в часах. Так как работаем мы все равно в часах и платят нам в часах.

Если мы берем стандартный, 2 недельный спринт, в нем у разработчика 80 часов работы, сразу 1 час отсекаем на дейли и синхронизацию(а по-хорошему лучше 2, так как принято в Luxoft). У тебя остаеться 70, минус скрам активности в зависимости от команды 5-10 часов, 60-65 часов. Буфер на заболел\устал 1 день. и того 50-55 часов разработки.

Рисуешь табличку и применяешь методики Timeboxing. Выбираешь 2-3 стори что-бы они влезли в эти 55 часов. И просишь ребят, разбивать передачу в тестирование по окончанию каждой стори. Если на демо Стейкхолдеры все апрувят, заказчик все деплоит=)

Вот как-то так и построил процесс на галлере =)

Так делали даже пищерные люди
Когда этапы проекта рисовали на стенах пищеры примерно в месяцах
А когда какой то этап начинался то декомпозиция на задачи с понятной оценкой

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

Да у меня был в Украине опыт, с ребятами Синиорами с большой буквы, которые ответсвенные и самоорганизованные, но у них и соответствующий прайс в 5-7к$ на руки был. И не каждая компания или заказчик может себе таких позволить.

Грустно что-то. Кто знает - как объективно оценить  полезность Скрам-мастера? Пусть даже ретроспективно?

По списанным в потери часам команды, например.


Да, сегодня пятница )