коллеги, всем привет :) если здесь есть люди с Украины, то возможно вас заинтересует канал о менеджменте на украинском языке - https://t.me/themanagerblog

Хм, а тут есть люди с Украины кто в русский не умеет? Или так не модно?

коллеги, всем привет :) если здесь есть люди с Украины, то возможно вас заинтересует канал о менеджменте на украинском языке - https://t.me/themanagerblog

а какое отношение он имеет к этому каналу?)

Коллеги, джира в @augmoscow

Ребята, поделитесь опытом. Кто как настраивает дашборды в Джире?Может, какие-то особые интересные фильтры и т д

ну тогда я не буду давить ни на кого, а пойду канбан изучать дальше тогда😂 мб команде виднее

я против противопоставления Скрам и Канбан))) Но я также и против заблуждений как насчет Канбан, так и насчет Скрам) А речь изначально именно про них

У моей команде ретро стало неэффективным

Коллеги, есть вопрос по ретроспетивам

Вы вообще часто сталкиваетесь с тем, что члены команды считают ретро бесполезным?

Вы вообще часто сталкиваетесь с тем, что члены команды считают ретро бесполезным?

Анонимно?

Анонимно то зачем? Одна из ценностей Скрам - открытость :)

Я обсуждаю со всеми все :) Это помогает им стать более открытыми.

В своей практике я очень аккуратно отношусь к слову «открытость». Не все к такому готовы, есть ещё и «уважение». А также микроклимат и история :)

А они обсуждают?

Есть вот такая штука https://www.scrum.org/resources/kanban-guide-scrum-teams

Коллеги, привет! Вопрос дискуссионный. У меня начинается новый проект (пока требования пишем и тп), разработка топит за Канбан, типо потому что не хочет Скрам (боится работать спринтами, не хочет условий таких, подвязываться на срок выполнения задачи.). С одной стороны — мне не принципиально, потому что главное сейчас — выпустить MVP, коротких поставок не будет до первого релиза. Но если Канбан, где нет правил поведения как в Скрам, то как мне блин планировать?

Есть вот такая штука https://www.scrum.org/resources/kanban-guide-scrum-teams

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

Мне кажется противопоставление "чистой" технологии "эффективному рабочему процессу" дурно пахнет

Мне кажется противопоставление "чистой" технологии "эффективному рабочему процессу" дурно пахнет

Что случилось, Лёша?

Простите, перепутал чат

Да, в этом чатике я много кого знаю лично, а с кем то лично познакомлюсь на scrum days 2018, да @gospodchikovs ?

Привет! Надеюсь у меня все получится и я приеду рассказать про LeSS :)

That's simple: just invite me to London and I will explain agile 😉

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

У нас 1 UX дизайнер и 1 visual дизайнер являются частью dev team. НО: работают они на спринт вперед. Примерно так: - на рефайнменте обсуждаем бэклог - в бэклоге изначально PBI как есть от РО (или прокси-РО, меня), описывающие функциональные требования - понимаем, что для очередного PBI функицональные требования впринципе понятны, но требуется всесторонняя проработка в плане дизайна, т.к. реализовать можно многими способами, и оценки могут сильно отличаться в зависимости от выбранного способа - создаем отдельный PBI на дизайн, который связываем с функциональным PBI (т.е. дизайн PBI - это enabler для функционального) - дизайнеры дают оценки на свой PBI - планируем спринт, в который входят в т.ч. дизайн PBIs, но соответствующие им функциональные не берем, пока не будет выточен дизайн - в конце спринта на ревью РО акцептует в т.ч. дизайн (может дать замечания) - если все прошло гладко и дизайн "зашел", даются оценки на функциональные PBIs и берутся в следующий спринт Как-то так.

А если не зашел дизайн? Какие альтернативные и исключительные концовки тут? 🙂