я подозреваю что 5 лет назад именно по такой схеме и делали везде

Если бы )) нет, все прозаичнее

ох уже пять

было приятно вставить пять копеек :)

может быть такой вариант что всё держалось на паре человек. начальство не хотело такого расклада и ставило четкую цель сделать процессы более прозрачными

т.е. даже не повысить производительность а просто дать возможность устроить текучку чтобы сбивать зп

т.е. цели могут быть очень разными

А зависит ли качество коучинга от обучаемых? А то ведь очень известна такая схема прохождения тренинга - пришёл-послушал-вышел-забыл! Или хорошему коучу все равно с каким материалом работать?) "цели будут достигнуты в любом случае!"??

Всё в руках обучаемых :)

Начал работу Открытый Форум Московского отделения PMI. Выступает Ласло Крамер - представитель европейской штаб-квартиры PMI. Рассказывает поо Scrum и Agile. Про Agile сертификацию

Спринты

Эх, Предыдущий слайд был достаточно важен!)

Только стоя, только 15 минут, только ...

Эх, Предыдущий слайд был достаточно важен!)

Я выборочно фото делаю ) надеюсь потом скачать презентацию )

https://i.imgflip.com/1cdsyq.jpg :)

Да. Презентации будут и на pmi.ru и на странице в фейсбуке

Могу рассказать как, например, мы работаем. Возможно это поможет вам понять как отличить хорошего коуча от шарлатана. Общение с клиентом начинается с того, что мы знакомимся и договариваемся о проведении т.н. "технического аудита". 2 коуча приходят в офис клиента и проводят в нем как правило не меньше 2 дней. 1 день - серия 30 или 60 минутных интервью с ключевыми участниками процесса - начиная с топов, руководителей направлений, заканчивая ПМами, техлидами, милд менеджерами, сильными разработчиками, тестировщиками и бог весть как они там себя называют. Цель интервью - собрать информацию о существующих процессах, способах взаимодействия, практиках, проблемах и болях. Вторая часть аудита - поход "в поля", когда коуч идет на производство и смотрит глазками как все работает. Так как мы работаем по инженерке, мы садимся в пару с разработчиком и смотрим как он пишет код, где он хранится, как он пишет тесты, как часто их пускает, как работает билд, где и как хранятся пользовательские истории и приемочные критерии, как истории сдаются, как они выходят на прод и так далее. Смотрим на то, как организована работа с требованиями, насколько они подробные, декомпозированные. Смотрим как хорошо команда общается между собой и какие отношения между разными командами. Помимо инженерных практик, смотрим на процессы вообще. Поток или итерации. Как работают аналитики, как происходит сбор требований, приоритезация, декомпозиция, оценка, планирование. Насколько процесс прозрачен. Насколько заказчик доволен сроками работ, качеством, и т.д. Какие есть каналы обратной связи и как часто они работают. По итогам аудита даем заключение - вот тут у вас процессы устроены клево и вы молодцы и надо продолжать в том же духе, только усиливать, развивать и учить других. А что, на наш взгляд, стоит изменить - в краткосрочной, среднесрочной и долгосрочной перспективах. После этого договариваемся о следующих шагах. Это может быть тренинг, может быть коучинг, могут быть еще какие-то варианты. Например, на следующей неделе начинаем пилотный формат тренинга/коучинга, когда каждые 2 недели тренер приезжает к заказчику, 4 часа тратит на новую тему, а 4 часа - на проверку и обсуждение домашнего задания, которое он дал 2 недели назад. Плюс к этому в течение 2 недель мы даем 8 часов удаленной поддержки для помощи с домашкой. Чтобы минимизировать риски клиента, о которых вы говорили, мы заключаем очень короткий контракт - это может быть 2 недели или месяц или пара месяцев. Выбираем конкретную проблему, которую коуч должен решить. Обсуждаем конкретные метрики, измеримые, которые помогут убедиться что цель выполнена. Например, часто возникает проблема со слишком большими требованиями - тогда меряем количество историй, имеющих бизнес ценность, принятых заказчиком за итерацию (throughput rate). Или бывает проблема с качеством, или с большим количеством переделок.. Везде по разному, главное что мы договариваемся что вот эта проблема сейчас для вам самая важная и мы будем 2 недели ее решать. После 2 недель собираемся и обсуждаем прогремм. После чего решаем - или выбираем новую цель или продолжаем добивать ранее выбранную. Если заказчик понимает, что перед ним - шарлатан, то он максимум рискует 2-х недельным бюджетом. На самом деле можно и меньше, можно хоть каждую неделю собираться обсуждать резутьтаты. Если коуч нормальный, то уже через неделю будет заметный результат.

Про метод критического пути - какая-то фигня ;) Он как раз хорошо работает при ограничениях по бюджету, времени и поставкам.

Про метод критического пути - какая-то фигня ;) Он как раз хорошо работает при ограничениях по бюджету, времени и поставкам.

А блин, пути, а не цепи. Тогда, может быть и не фигня ;)

https://i.imgflip.com/1cdsyq.jpg :)

оно :)

Про метод критического пути - какая-то фигня ;) Он как раз хорошо работает при ограничениях по бюджету, времени и поставкам.

Дедушка жгет ))

Дедушка кстати поклонник триз судя по всему ;)

Интересный спикер кстати ;)

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

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

Всем доброго утра! Помогите с рекомендациями))) как должно выглядеть Agile помещение? Какие атрибуты обязательны? Цвет, свет, столы и т.д. Есть собственное представление, но очень хотел услышать ваше мнение/рекомендации))) Спасибо заранее

Стены лучше стеклянные - это будет способствовать распространению agile-вируса по компании))

так тонко что даже толсто

Всем доброго утра! Помогите с рекомендациями))) как должно выглядеть Agile помещение? Какие атрибуты обязательны? Цвет, свет, столы и т.д. Есть собственное представление, но очень хотел услышать ваше мнение/рекомендации))) Спасибо заранее

так тонко что даже толсто

ну вообще там только доля шутки! долька даже...

еще, наверное, стулья из помещений для стэндапов (если есть такое) лучше убрать и карточки с интерьером чтобы по цветам различались, если используются с доской а вообще есть стандарты такие?)

еще, наверное, стулья из помещений для стэндапов (если есть такое) лучше убрать и карточки с интерьером чтобы по цветам различались, если используются с доской а вообще есть стандарты такие?)

Вот мне это тоже очень любопытно)))

Стулья из эбонита

Всем доброго утра! Помогите с рекомендациями))) как должно выглядеть Agile помещение? Какие атрибуты обязательны? Цвет, свет, столы и т.д. Есть собственное представление, но очень хотел услышать ваше мнение/рекомендации))) Спасибо заранее

Посмотрите офисы Инновы, Яндекса. :)

Всем доброго утра! Помогите с рекомендациями))) как должно выглядеть Agile помещение? Какие атрибуты обязательны? Цвет, свет, столы и т.д. Есть собственное представление, но очень хотел услышать ваше мнение/рекомендации))) Спасибо заранее

Кстати, начинать, наверное, все-таки стоит с планировки (форма, площадь, расположение, зоны для разных ролей внутри), а не с атрибутов, интерьера и цветов?

Кстати, начинать, наверное, все-таки стоит с планировки (форма, площадь, расположение, зоны для разных ролей внутри), а не с атрибутов, интерьера и цветов?

Этот этап пройден, сейчас вопрос атрибутов офиса)

Просто 2-е должно неким образом вытекать из 1-го Тогда в постановке вопроса на хватает "дано")

Этот этап пройден, сейчас вопрос атрибутов офиса)

Почему это важно?)

Потом, дело не только в этом Например, если у вас используется, скажем, какая-нить Jira, долго, успешно и вы не хотите менять инструментарий (или пока ничего не используется) Это может повлиять на выбор проектор или доска

Почему это важно?)

Например, у вас офис покрашен в корпоративный сиреневый свет А вам сейчас скажут "помещение нужно покрасить в зелёный"

Хотя красный с зелёным - не так плохо)

Но вдруг зелёный - корп.цвет вашего злейшего конкурента! 😄 Короче, все взаимосвязано)

Хотя красный с зелёным - не так плохо)

Пардон, с сиреневым уже нк так хорошо) (сначала придумал красный для примера, но это уж слишком..))

Пардон, с сиреневым уже нк так хорошо) (сначала придумал красный для примера, но это уж слишком..))

Может бесцветным покрасить ? Стильно будет

Вопрос лишь в их компетентности )

А как понять компетентен ли психолог? Психиатор?

А как понять компетентен ли психолог? Психиатор?

А почему вы об этом меня спрашиваете? ))

Это созвучно с вашим вопросом про определение компетентности скрам-мастера

Это созвучно с вашим вопросом про определение компетентности скрам-мастера

это два совершенно разноплановых вопроса.

На мой взгляд, можно узнать что и где он уже делал, и как чувствует себя после его помощи компания;)

компетентен ли оценивающий компетентность оценщика компетентности ?

компетентна ли компания ?

компетентны ли вы давая советы как оценивать компетентность ?

Компания никогда не будет компетентна

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

а вдруг её компетенция так высока что позволяет себе делать вид некомпетентной

Если скрам-мастер/психолог отлично залечивают вам о своей компетентности - значит они хорошие продавцы

компетентны ли оценки ? я заявляю что любые оценки можно подвести и интерпретировать как угодно если есть хорошая компетентность

Но интересующему вас это никак не относится

Смотря что ты будешь оценивать

Если взять линейку и измерить что-нибудь - достаточно ли компетентна оценка? В оценках важна динамика их изменений

блин как ответить на то что я не совсем понял

ну важна и что. это входит в понятие метрики и оценки

ну есть динамика. и динамик динамики. и интеграл, и градиент