У вас self-hosted инсталляция?

Была да

А что сейчас?

У кого как

Кто то использует таргетпроцесс, кто то jira

Redmine тоже можно допилить до преемлемого варианта, но в jira из коробки уже много есть, допилить редмайн сложнее чем настроить жиру)

Маркетинг/пм в софт-инженерном интеграторе

Redmine тоже можно допилить до преемлемого варианта, но в jira из коробки уже много есть, допилить редмайн сложнее чем настроить жиру)

Совершенно точно . Ну и некоторые вещи в RM просто нереально допилить. Авторы исходного кода смотрели на трекер с другим взглядом нежели методологи Agile

Коллеги, накидайте, пожалуйста, идей для тренингов команды. Хочу предложить команде варианты того, о чем я могу рассказать, чтобы они выбрали самостоятельно. Затем подготовиться, почитать книг итд и выдать доклад. То, что перечислено в названии чата, можно уже не предлагать)

Думаю варианты: проект Аристотель, бирюзовые организации, холократия..

ТРИЗ

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

Коллеги, накидайте, пожалуйста, идей для тренингов команды. Хочу предложить команде варианты того, о чем я могу рассказать, чтобы они выбрали самостоятельно. Затем подготовиться, почитать книг итд и выдать доклад. То, что перечислено в названии чата, можно уже не предлагать)

а какая цель? и все же тренинг или доклад? разные вещи)

а какая цель? и все же тренинг или доклад? разные вещи)

Мы сейчас работаем по канбан, но вполне вероятно, что какие-то команды перейдут на скрам. Или еще как-то. Хочу дать им побольше кругозора куда вообще можно двигаться. Да, точно, пока скорее просто доклады)

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

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

Мы уже работаем по канбан и что такое скрам они тоже хорошо представляют

Тогда не совсем поняла про "куда вообще можно двигаться") конкретно про скрам?

Всем привет! Меня зовут Алёна. — Работаю начинающим PM в отделе поддержки проектов, digital-агентство (60+ человек). Клиенты только недвижка. Раньше занималась маркетингом. — С полезностью сложно. Когда наработаю опыт, она должна появится ) — Цель: понаблюдать тут за практиками, чем живут, опыт подсмотреть. Внутри поддержки в digital-агентстве мы только "играемся" в управление проектами. Про методики слышала-читала-знаю. Хочется готовиться к вещам серьезнее. — Спб — В чате digitaljob какому-то чуваку посоветовали этот чат. #whois

Подписка на #whois

Кто-то работал с Evolveum Midpoint? Консультацию бы получить)

Как вам такой берндаун с точки зрения восприятия информации? Все тут утчено, чтобы оценить ход спринта?

Часть задач не доделали, убрали из спринта в следующий. В новом спринте доделали долги, затем зависли над новыми?

Я не знаю

:(

Я делаю графики, а не задачи :D

Как вам такой берндаун с точки зрения восприятия информации? Все тут утчено, чтобы оценить ход спринта?

Слава, а в чем шкала по оси ординат?

В этом конкретно случае - в количестве карточек. Если у карточек проставить размеры (SP), то в SP

О это круто, то есть надо бы саммари такое сделать, чтобы не считать? :))

Цифры чуток не бьются, но логика такая) странно, что за спринт прилетело карточек столько, сколько изначально планировали и перевыполнение почти на 75%.

Да с планированием ребят не похвалишь

По чарту не поймешь, что было перевыполнение плана. Глядя на график, первая мысль, что вроде успели сделать всё за спринт, а по факту overwork

Да это правда, спасибо за фидбек! :)

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

Хотя по красоте, новые карточки не должны прилетать во время спринта😁

Хотя по красоте, новые карточки не должны прилетать во время спринта😁

золотые слова (c) 😄

Доступна видеотрансляция открытого семинара Московского отделения PMI «Что нового в #PMBOK6» https://www.facebook.com/pmclubfu/videos/2011401542479998/ #mopmi

Подписка на #pmbok6 Подписка на #mopmi

👍

Друзья, всем привет! Подскажите пожалуйста есть ли тут канал Jira?

Друзья, всем привет! Подскажите пожалуйста есть ли тут канал Jira?

@augmoscow

Спасибо

@neemah Слава, присоединяюсь к Диме насчёт смещения количества удалённых карточек в минус - под ось абсцисс

http://files.rsdn.org/68831/diskette.gif

Коллеги, добрая ночь) Мы с командой сейчас на Хакатоне, и для презентации нужно сформулировать вот что: Почему в современной разработке (извините, не спал 25ч) нужно действовать быстро, и как Agile тут влияет

Заранее благодарен за любую обратную связь на мой тупой запрос

Потому что окружающий мир меняется слишком быстро

А в манифесте написано, что готовность к изменениям важнее, чем следовать первоначальному плану

а скорость это компромис чему ? качеству ? ранней пенсии ?

А никто не говорит делать все, быстро и круглосуточно

Надо делать самое важное

Закон Парето слышали?)

а скорость это компромис чему ? качеству ? ранней пенсии ?

👍

Коллеги, добрая ночь) Мы с командой сейчас на Хакатоне, и для презентации нужно сформулировать вот что: Почему в современной разработке (извините, не спал 25ч) нужно действовать быстро, и как Agile тут влияет

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

не забывайте отметить, что нет доказанного превосходства организаций, практикующих скрам over any other framework / methodology 🙂 @veicw

— скрам лучше чем ватерфолл — чем лучше? — чем ватерфолл

👍

Коллеги, приглашаю на Kanban Pizza game в Санкт-Петербурге 03 октября. Полезно для всех, кто изучает Kanban метод. Поиграем, попрактикуемся, пообщаемся. https://productvision.timepad.ru/event/585683/

Коллеги, добрая ночь) Мы с командой сейчас на Хакатоне, и для презентации нужно сформулировать вот что: Почему в современной разработке (извините, не спал 25ч) нужно действовать быстро, и как Agile тут влияет

Вопрос очень серьёзный и хороший, а вовсе не тупой. Потому что частота социальных процессов уже как 50 лет превышает естественную частоту смены поколений, и есть некислая динамика дальнейшего относительного увеличения, в результате чего жизненный цикл рынков в целом сильно сокращается. Сильнее всего это ощущается в IT и в частности в разработке софтверных продуктов, особенно информационных. Agile - это продукт для ранних последователей, согласно кривой принятия инноваций, если представить себе рынок управленческих подходов и методов.

Подробнее: https://www.youtube.com/watch?time_continue=1&v=4yqhRcpbSz0

Подробнее о кривой принятия инноваций: http://www.socium-a.ru/lifehack/article/tipologiya-lyudey-po-kriteriyu-gotovnosti-k-prinya-15957

Вопрос очень серьёзный и хороший, а вовсе не тупой. Потому что частота социальных процессов уже как 50 лет превышает естественную частоту смены поколений, и есть некислая динамика дальнейшего относительного увеличения, в результате чего жизненный цикл рынков в целом сильно сокращается. Сильнее всего это ощущается в IT и в частности в разработке софтверных продуктов, особенно информационных. Agile - это продукт для ранних последователей, согласно кривой принятия инноваций, если представить себе рынок управленческих подходов и методов.

agile уже вырос из ранних последователей, даже в россии вроде

Вопрос, как определить, какой должна быть длина спринта? Наша команда применяет Scrum/Kanban, но я не понимаю, почему мы выбрали спринт длительностью в две недели

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

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

Ага, спасибо, а что если в один спринт мы мало успеваем и переносим в другой, при этом в этот другой спринт мы делаем очень много, означает ли это, что необходимо спринт увеличить в два раза?

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

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

Давайте я дам пример для большего понимаю, того что у нас происходит: 10 спринт - 10 поинтов, 11 спринт - 20 поинтов, 12 спринт 10 поинтов, 13 спринт - 20 поинтов

При прочих равных условиях - да. Или попробовать планировать меньше на спринт. Но если это "меньше" не даёт готовой ценности, то увеличивать длительность спринта

Они недельные?

*Пример был условный

Двух недельные

Я бы посоветовался с командой

Само собой разумеется, спасибо за ответы

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