Если проект мелкий: 1-2 скрам-тима, конечно скрам-мастера справятся. Но если проект большой, или проектов несколько, то без ПМ (или придумайте свое название должности), становится тяжело

то смотреть в сторону enterprise agile или как он там правильно называется. LeSS, SAFe, Nexus, каждый кулик свой фреймворк предлагает

Ага, и почему-то в каждом из этих фреймворков забыли описать, кто и как должен до менеджмента доносить инфу сколько ресурсов затрачено, денег потрачено, с кем какие договора заключены, кого будем нанимать если вдруг кто-то уволится и пр. Ведь ТОП-менеджмент любит сухие цифры.

Интересно, Грефу в каком формате приносят инфу по проектам, которые переводятся на скрам? Фото досок?))

Интересно, Грефу в каком формате приносят инфу по проектам, которые переводятся на скрам? Фото досок?))

3 стикера. Красный, желтый и голубой

подскажите как правильно назвать дашборд - отражает план релизов продуктов компании (в компании условно 10 продуктов регулярно выкатывают апдейты).

Интересно, Грефу в каком формате приносят инфу по проектам, которые переводятся на скрам? Фото досок?))

У каждой команды телек с берндауном ставили

Интересно, Грефу в каком формате приносят инфу по проектам, которые переводятся на скрам? Фото досок?))

ну всякие burndown charts, бизнес, технических и процессных метрик дофига. Но мне кажется, что в основном показывают что-то связанное с time2market и конкретные результаты проекта (продукта).

ну всякие burndown charts, бизнес, технических и процессных метрик дофига. Но мне кажется, что в основном показывают что-то связанное с time2market и конкретные результаты проекта (продукта).

И ежеквартально эксель со стратегическими проектами

И ежеквартально эксель со стратегическими проектами

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

У каждой команды телек с берндауном ставили

И по берндауну были понятны затраты на команду, израсходованный бюджет, и пр?

ачо по бюджету наметить план и тоже отсчитывать что осталось =)

И по берндауну были понятны затраты на команду, израсходованный бюджет, и пр?

Я не Греф, не знаю)

))

И по берндауну были понятны затраты на команду, израсходованный бюджет, и пр?

Команда фиксированная же. Что там понимать? N разработчиков x S средняя ЗП

Хотя мож вопрос не понял

Команда фиксированная же. Что там понимать? N разработчиков x S средняя ЗП

Так а кто это делает - считает? В этом вопрос

Холивар начался из-за коммента: Vladislav Vorobyev: Проджект менеджмент - это путь в никуда. Имхо :)

К сожалению молодые скрам-мастера не читают определение проекта

т.е. для того, чтобы считать расходы на команду (по простейшей формуле для 2-го класса) нужен целый проджект менеджер?

Холивар начался из-за коммента: Vladislav Vorobyev: Проджект менеджмент - это путь в никуда. Имхо :)

Это интересный коммент. Не agile’ом единым проекты делаются. Ну и не везде оно нужно. Большой overhead на синхронизацию и надо давать себе ответ, за что собственно платим. У команд, с которыми я работаю, это оправдано. За всех говорить не готов.

Холивар начался из-за коммента: Vladislav Vorobyev: Проджект менеджмент - это путь в никуда. Имхо :)

Я согласен, что сказал - это исходя из своего опыта (да и еще ради холивара) :) Но, если общее количество разработчиков, работающих над проектом не превышает 15 человек, проджект менеджер не нужен. Он только увеличивает потери и затраты на коммуникацию. Но вообще нужно смотреть в разрезе каждой компании. Если у Вас проджект является человеком-передастом, который считает человекочасы, тупо взвешивает фичи от заказчика и отдает команде на разработку - это путь в никуда :)

а если он тз пишет?

кто ТЗ пишет? PM?

некто кого условно называют менеджером проекта.

а у него компетенций хватит?

да, при наличии компетенций. Прост походу у всех разное понимание кто есть менеджер проекта конкретно.

PM не обязан обладать техническими компетенциями в предметной области проекта

понятно. А как называется тогда роль человека, который уточняет задачи, решает, как будет развиваться проект, исходя из коротких формулировок клиента и его потребностей в целом, пишет тз, внедряет решения в бизнес клиента, и так далее?

так мы про продукт говорим или про проект?

проект)

поправил

А кто есть сегодня на Agile Business Conf?

понятно. А как называется тогда роль человека, который уточняет задачи, решает, как будет развиваться проект, исходя из коротких формулировок клиента и его потребностей в целом, пишет тз, внедряет решения в бизнес клиента, и так далее?

Если проект, такими вещами обычно занимается BA вместе с UX, иногда подключая команду\TL, разве нет ? :) Зачем тогда проджект ? :)

а зачем BA если можно это на проджекта свалить?)

конечно при наличие BA это делает именно он

понятно. А как называется тогда роль человека, который уточняет задачи, решает, как будет развиваться проект, исходя из коротких формулировок клиента и его потребностей в целом, пишет тз, внедряет решения в бизнес клиента, и так далее?

Во временном предприятии по созданию уникального продукта - РП В стратегическом плане - владелец продукта. Что требует навыков бизнес-анализа.

а зачем BA если можно это на проджекта свалить?)

Чтобы создать проект, несущий реальную бизнес-ценность клиенту :)

Чтобы создать проект, несущий реальную бизнес-ценность клиенту :)

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

Я так понял это вопрос определений прожекта, ВА, и прочих. И да, бизнес анализ - все там.

а то получается у нас цто цео продакт по ба проджкет и команда из фронта и бека)

А кто есть сегодня на Agile Business Conf?

Я есть, например

Я есть, например

А то как-то в группе молчание. Тишина, ни про доклады, ни про спикеров

Английский глагол confer означает совещаться

поэтому меня всегда ломает, когда я слышу, что на конфе доклады и спикеры

нет никакого со-вещания

есть просто вещание

есть просто вещание

В тг не вещают :( Только в фебешке

Английский глагол confer означает совещаться

:) спасибо за восстановление смысла

Коллеги, всем привет! Приглашаем начинающих и опытных Scrum Master-ов на MeetUp. Тема: Использование инструмента коучинга GROW в работе Scrum Master. 2 ноября в МОСКВЕ по адресу Петровский бульвар 12с1. Участие бесплатное. Количество билетов очень ограничено! Подробности и регистрация по ссылке https://productvision.timepad.ru/event/598446/

Игорь, Дримкас, СПб, делаем продукты для владельцев магазинов: кассы, фискальники, SaaS и пр. Я отвечаю за одно из SaaS направлений. Меня интересует продуктовая аналитика.

Ребят, доброе утро! Есть тут кто из разработки для мобильных платформ, кто работает в формате распределённой команды и используют Трелло для таск трекинга? Очень хочу вопросов позадавать по workflow. 🙏🏻

Слишком узкий фильтр ). По распределенной команде могу ответить. Вместо трелло есть опыт в обычном багтрекере и в джире ( там у нас скрам )

тоже про мобилки можно ответить, но с жирой. Окромя отсутствия спринтов, и если проект масюсенький, трелло ок. А шо вi хотели?)

да в целом поспрошать про организацию workflow, трелло шибко гибкий, но почти всем кодерам знакомый инструмент. И вот эта гибкость обратной стороной обернулась. Хочется подчерпнуть лучшие практики по работе с инструментом

Воркфлоу и инструмент как связаны?

Инструмент должен отображать ваш воркфлоу, а не задавать его

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

помогая избавиться от рутины (аля сделать status transition в случае аппрува пул риквеста и т.д.)

помогая избавиться от рутины (аля сделать status transition в случае аппрува пул риквеста и т.д.)

Это кстати палка о двух концах Такая автоматизация понижает осознанность Карточку перекинуть не сложно, зато осознание

мы можем спорить, но я считаю что плюсы автоматизации (автопроставление в тикете на какой сервер что залито, автоtransition в статусах, удобные инструменты работы с репозиториями аля bitbucket) - перевешивают все =) Разработчик итак осознанный товарисч

мы ж не говорим про разраба, который перекидывает in progress -> resolved. Мы говорим про последующие стадии.

> Разработчик итак осознанный товарисч Это вы оптимист

Они разные бывают, ктож мешает их отсеивать

Лучше физической доски ничего еще не придумали почему? Потому что всегда на виду и надо пятую точку поднимать, чтобы карточку подвинуть

бросьте, батенька, какая физ доска? вы пм-ом работали когда последний раз? где вы все обсуждения будете делать и кросс-ссылки, и ретроспективу комментериев, и соединенные с тикетом саппорт-риквесты?

Ахахах

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

И нормальная система нотификаций.

Еще ни разу не видел преимуществ физ. доски over task-tracker, в случае, если команда не сидит в одном офисе

бросьте, батенька, какая физ доска? вы пм-ом работали когда последний раз? где вы все обсуждения будете делать и кросс-ссылки, и ретроспективу комментериев, и соединенные с тикетом саппорт-риквесты?

Пм-ом давно не работал, потому что в продуктовой разработке это умирающая функция Зато продактом/скрам-мастером/разрабом работал

Еще ни разу не видел преимуществ физ. доски over task-tracker, в случае, если команда не сидит в одном офисе

Конечно речь про один офис

ну, вот и отличие

Обсуждения на доске, потом фотка

кххх

ладно, я тут писал https://kiniabulatov.com/2017/07/17/why-we-finally-ditched-scrum/

По чесноку, конечно, в офисе если б все были - было б здорово

ладно, я тут писал https://kiniabulatov.com/2017/07/17/why-we-finally-ditched-scrum/

Почитаю Но сразу из заголовка: джира не поддерживает нормальный канбан

но у нас distributed команда из 11 в РФ (в разных поясах), и 25 в штатах

И билингвальная, с language barrier в россии некоторым у некоторых

но у нас distributed команда из 11 в РФ (в разных поясах), и 25 в штатах

Понятно Я просто сказал чем именно хороша доска физическая И именно из-за этого плохи автоматизации