Ⓢⓔⓡⓖ
К предстоящему митапу нужно классифицировать типы коммуникационных активностей по их целям. Кто какие активности применяет в своей деятельности? Вот приблизительный список, прошу покритиковать/расширить/изменить!
Ⓢⓔⓡⓖ
* standup - внутренние короткие встречи для настройки на рабочий ритм, повышения вовлечённости и быстрого обмена рабочей информацией (строго до 15 минут, с равной периодичностью, участвуют все члены команды) (синонимы: летучка, линейка, перекличка, диспетчерская, morning call) * problem case solving - внутренние встречи для решения конкретных сложных проблем и преодоления препятствий (до 4 часов) * knowledge sharing - внешние встречи между командами для обмена опытом, технические межкомандные демо * status reporting - встречи для предоставления отчётов руководству/вышестоящим менеджерам * product demo - внешние встречи для демонстрации продукта заказчикам и получения обратной связи об использовании * refinement meeting - (retrospective) внутренние встречи для сбора обратной связи о процессе с целью его улучшения * team building, corporate holidays - внутренние встречи для повышения вовлечённости, совместные сопереживания * iteration review - внутренняя встреча для подведения итогов (результатов) итерации, сопоставления результатов с ранее выработанной целью * tactical planning (inside interation) - внутренняя встреча для оценки трудозатрат, выработки плана действий, приоритезации требований (backlog grooming), тактики в пределах одной итерации * strategy planning (outside interation) - встреча для выработки стартегических планов по нескольким итерациям * task coworking - внутренние встречи для работы над обычными задачами * feature interview - внешняя встреча для сбора требований к разрабатываемому ПО с целью составления верхнеуровневых требований (Epics) @softer_ru
Anonymous
@Sergei_88 отличный список) пригодится👍
Artem
Более долгосрочные встречи ещё полезны
Artem
Нам хорошо зашли расширенные ретры с заказчиком
Artem
На день-два
Artem
Раз в полгода-год
Anonymous
Подскажите как правильно построить burndown chart?
Artem
А также презентация роадмапа владельцем продукта команде
Artem
Раз в квартал
Ⓢⓔⓡⓖ
Нам хорошо зашли расширенные ретры с заказчиком
это как, можно подробнее? раз в полгода вы их на 2 дня в дом отдыха отправляете, и там совместная ретро ?
Artem
Да
Artem
Правда не всю команду
Alexander
Бюджет проекта осваивается можно и недельку посовещаться)
Artem
Помогает наладить взаимодействие с заказчиком
Ⓢⓔⓡⓖ
Подскажите как правильно построить burndown chart?
используйте электронный трекер. Он сам будет строить
Anonymous
@Sergei_88 электронный трекер, например? Не использовал до этого
Anonymous
Аааа)))
Alexandr
вот как то делал на коленке, пока в жире не настроил :)
Alexander
👍
Anonymous
Спс, в трелло работаем, надо разобраться
Konstantin
ага, аналогично), только в Redmine
а покажите пожалуйста как это у вас выглядит там
Yuriy
поставили плагин Agile вот такой https://www.redmineup.com/pages/plugins/agile
Yuriy
а покажите пожалуйста как это у вас выглядит там
выглядит примерно так же https://www.redmineup.com/cms/assets/thumbnail//33015/800/charts.png
Ⓢⓔⓡⓖ
Всем ещё раз привет. #Вопрос для продвинутых скрам-мастеров: чем отличается цель (результат) спринта от релиза, имеет ли смысл делать их через разные временные промежутки? Вопрос для практиков (если вы считаете, что ваш процесс - чистый Scrum): совпадают ли у вас релизы и результаты спринтов?
HashTag
Подписка на #вопрос
Yuriy
в частном случае инкремент может быть релизом)
Anonymous
Проекта нет работаю маркетологом в кафе. Маркетинг. Новичок в этой сфере. Нашел по поиску. Я с Махачкалы. Зовут Зиявудин
Artem
в частном случае инкремент может быть релизом)
Решение о релизе принимает владелец продукта. Но в целом обязательности выпускать продукт каждый спринт нет. Однако учитывая https://ru.m.wikipedia.org/wiki/Закон_Паркинсона , спринт - это удобный способ/повод напомнить команде, что подготовка к выпуску полностью рабочего инкремента неизбежна каждые 1-4 недели.
Anonymous
Здравствуйте, друзья. Подскажите пожалуйста, где мне найти общее описание Agile и Scrum. Банально ищу на ответ "что это такое"? Гибкая методология разработки - ни о чём не говорит. Да, вероятно в эти методологии входят такие понития, как поэтапные релизы. Но тем ни менее, я ищу информацию объясняющую суть, а нахожу статьи размышляющие об этих методологиях. Спасибо.
Denis
По запросу «what is agile» у меня первым вылезает http://www.agilenutshell.com/
Андрей
Алексей, спасибо за рекомендацию :) нужно тогда быстро писать продолжение, а то остановился на самом интересном )))
Ⓢⓔⓡⓖ
Алексей, спасибо за рекомендацию :) нужно тогда быстро писать продолжение, а то остановился на самом интересном )))
Андрей, начал читать статью - уткнулся в фразу "Канбан - это ещё один Agile-фреймворк". Вот сижу думаю
Андрей
О чём конкретно? 🙂 Да, люди из Lean Kanban Institute за такое бьют в морду и вообще не любят Скрам, например, но это их проблемы 🙂 Ценности Аджайла он реализует? Вполне! Значит, Аджайл-фреймворк )))
Ⓢⓔⓡⓖ
если бьют в морду, может лучше поменять формулировку? на "во многом пересекаются" 😊
Андрей
По мне, на таком уровне упрощения, который заложен в статье - это не принципиально важно. Всё равно любой, кто рисует "зонтик Аджайла", нарисует под ним Канбан.
Андрей
Дима, а что?
Dmitry
метод же
Андрей
Да лан. А где у него методология? 🙂
Dmitry
фреймворк ставит рамки, канбан не ставит
Андрей
Ставит тоже. Нет 6 практик = не канбан.
Андрей
Ну и (тссс!), гуру из UC не стремаются называть его фреймворком тоже: "Канбан — второй по популярности аджайл-фреймворк в России" 🙂
Dmitry
Ставит тоже. Нет 6 практик = не канбан.
ну я про рамки структуры канбан он про start where you are
Dmitry
ну и как бы Ценности Аджайла он реализует? Вполне! Значит, Аджайл-фреймворк ))) не обязательно ВООБЩЕ
Dmitry
это метод управления потоком он отнюдь не обещает, что люди и взаиодействие важнее процессов и инструментов
Ⓢⓔⓡⓖ
ну вот же была сто раз картинка
Ⓢⓔⓡⓖ
Андрей
Серг, а чем эта кратинка лучше моей статьи? Это тоже чьё-то мнение. А вот моё - такое, как в статье. Моё мнение против мнения автора картинки - мне моё ближе, а вы сами выбирайте.
Ⓢⓔⓡⓖ
хотя её бы подкорректировать. Scum уменьшить, Kanban увеличить в размерах
Ⓢⓔⓡⓖ
Kanban - это подчасть Lean, в твоей статье говорится только про Agile
Ⓢⓔⓡⓖ
Или ты делаешь акцент именно на IT-Kanban ?
Андрей
Конечно.
Dmitry
Kanban - это подчасть Lean, в твоей статье говорится только про Agile
ну але) речь не про канбан, а про Kanban Method Андерсена это айтишный, да
Dmitry
канбан который мануфактурный, там и остался)
Ⓢⓔⓡⓖ
ну тогда сорри. Значит речь про ИТ-канбан... хотя и здесь нужно доп. исследование. У нас в ИТ канбан и применются WIP-лимиты, разве WIPL - это Agile-практика?
Андрей
это метод управления потоком он отнюдь не обещает, что люди и взаиодействие важнее процессов и инструментов
ИМХО, если там люди не будут важнее процессов (читай, процессы будут спущены сверху а не порождены участниками процесса), то он сдохнет и цели своей не достигнет. Так что по факту - да, не обещает. По сути - без этого он мертворожденный. Скрам тоже не обещает, кстати. Больше того, у Скрама свои ценности в гайде описаны, и это не ценноста Аджайл-манифеста. Тоже можно сказать, что "никто ничего не обещает", однако мы прекрасно понимаем, что дизайн Скрама эти ценности так или иначе учитывает.
Ⓢⓔⓡⓖ
Народ, а кто помнит, начиная с какой версии Scrum Guide разрешено менять состав спринта внутри него самого?
Dmitry
> у Скрама свои ценности в гайде описаны и они очень перекликаются с аджайлом, в этом и соль > мы прекрасно понимаем, что дизайн Скрама эти ценности так или иначе учитывает. Нет, скрам же появился раньше манифеста Как раз великолепие Канбана, в том, что он ОТЛИЧНО работает без аджайл ценностей и наносит непоправимую пользу И тот факт, что вы возможно придете, когда нибудь к аджайлу – никак не противоречит тому, что может никогда и не придете и все равно будете супер эффективными и крутыми
Андрей
Кстати-кстати: http://leankanban.com/project/alternative-path/ Официальный сайт Lean Kanban говорит нам о том, что это "альтернативный путь к аджайлу" 🙂
Dmitry
а не к аджайлу
Dmitry
это русские красавчики, неверно опять заголовок к книжке перевели
Dmitry
можно достичь business agility, не будучи agile ;)
Андрей
"Нет, скрам же появился раньше манифеста" Да блин, Дима, ну от тебя такое слышать! 🙂 То, что что-то появилось раньше чего-то, ничего в данном случае не значит. Многие изобретения человеческие появились раньше, чем были открыты законы, которые обеспечивают их работу. Так же и тут. Да, сначала был Скрам, потому куча народу (и те же создатели Скрама) решили понять, что их ОБЪЕДИНЯЕТ, и сформулировали манифест. Это и значит - они нашли то общее, что у них у всех уже было, и сумели его сформулировать в 4 ценностях.
Dmitry
но мы про канбан
Dmitry
а андерсен не любит аджайл манифест)