? В группе есть традиция - представляться при входе: ▫️Какой у вас проект или где работаете? ▫️В чём вы специалист? ▫️Чем можете быть интересны или полезны сообществу? ▫️Чем интересно сообщество вам? ▫️Откуда вы? ▫️Как узнали про группу? В сообщении нужно указать тэг #whois ? Правила чата: ? Публикация вакансий запрещена ? Реклама запрещена ? Политика запрещена ? Флуд и непрофессиональное поведение запрещено За несоблюдение правил - одно предупреждение, далее следует бан. Вакансии и запросы на поиск работы публикуем в группе @agile_jobs. Формат любой: full-time, part-time, remote и разовые подработки. Также обмениваемся инсайдами и аналитикой по рынку труда. Здесь общаемся на темы, посвященные Agile, Scrum, Lean, XP, Kanban, а также инструментам и техникам для повышения эффективности. Параллельно с этой группой развивается: ?@devops_ru - активно общаемся на темы, посвященные DevOps, Docker, Mesos, DC/OS, CoreOS, Clouds и т.д. ?@docker_ru - посвященная Docker, Docker Swarm и экосистеме в целом. Задаём вопросы, обсуждаем идеи, решаем проблемы, делимся новостями и т.д. ?@kubernetes_ru - здесь общаемся на темы, посвященные Kubernetes (он же K8s), его конфигурации и обновлению. ? Возможно, вам также будут интересны группы: @devops_jobs, @nodejs_ru, @react_js, @angular_js, @angular2, @javascript_jobs, @reactnative_ru, @ios_ru, @android_ru, @mobile_jobs. Приятного общения!

Ок

#whois Марина Арефьева, CPO в школе для менеджеров продуктов, http://product.vision/, менеджер проектов http://noveogroup.com, преподаю Agile в Нетологии, последние 8 лет занимаюсь управлерием процессами в айти командах либо сложными и нестандартными айти проектами в качестве менеджера, могу посоветовать по психологическим аспектам управления, можно сказать что коуч для фасилитаторов, мне интересна наработка материалов для своей книжки How to Start Sprints without pain, Новосибирск/Санкт-Петербург, узнала из Agile Russia в фб :)

Какие люди :)

Lohas Pimenauskas. AgileCoach@ScrumTrek :)

Огонь

Кому scrum.ru? ;)))

Слава, ты же обещал быть без связи 2 недели, пока в отпуске :)

Почему 2?

До 15 числа обещал...

С возвращением ?

а тут будут холиварчики на тему Scrum vs Kanban? ?

а надо?

P.S. Kanban рулит

Они же совместимы :) Slava, ведь так?

я не Слава но да

только канбан не аджайл а лин :))))) почему все в России его поголовно в аджайл запихивают?

Они не совместимы, мы можем канбаном описать скрам

что мы и сделали на курсахпродакт менеджеров :))))

ну, как совместимо: например, Scrum требует, чтобы релизы были через какой-то оговоренный срок, 2 недели, допустим, а в Kanban'е правил меньше

Потому что его Дэвид в аджайл запихивает

Скрам такого не говорит. Спринт демо не обязан быть привязанным к релизу

И Скрам не требует регулярных релизов

а в чём смысл спринта тогда если не в релизе?

В инкременте

В эксперименте

В цели спринта, демонстрации результата и полученных знаниях

И в обратной связи

год назад когда мы с Дэвидом пили пиво в Лос-Анджелесе он меня как раз убедил что нет и удивлялся откуда у нас такие предубеждения

Канбан может быть и в рамках аджайл манифеста

ну скорее над ним

Девид не любит слово аджайл за религиозность мнгих скраморубов

И в обратной связи

так а как будет обратная связь или эксперимент если мы не выпустим версию?

Будет

Только для этого инкремент нужен

Отсутствие результата - это тоже знание

Просто мы можем 100 релизов делать за спринт, тут ограничения нет

И сделать один релиз за 5 сантиментов

Спринтов

А хороша автозамена

#whois всем привет , делаю самые крутые корп Футболки, толстовки , бейсболки для ИТ рынка РФ;)

#whois всем привет , делаю самые крутые корп Футболки, толстовки , бейсболки для ИТ рынка РФ;)

Где глянуть портфолио? А то мож клиентом стану

Пришлю

но если релиз-менеджмент живёт своей отдельной жизнью, зачем внедрять непонятную потребность в спринтах? ведь всё обсуждать можно просто раз в неделю

Есть релизы каденционные, а есть on-demand. И то и другое может использоваться в скрам

При этом on-demand круче, ибо это всякие ,Continuous Delivery и DevOps

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

Закрыть задачи и получить результат - разные вещи :)

Потому что нам нужно как-то управлять неопределенностью по результату

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

Может вам скрам не нужен? Работа по тай боксам нужна когда вы не знаете как будет выглядеть конечный продукт. Вы выдвигает гипотезу и пытаетесь как можно быстрее ее опровергнуть или подтвердить

просто иногда планировать сложнее, чем сделать ?

ну да, мне kanban ближе, его использую обычно

Какие из практик канбана используешь?

в канбане только 3 жёстких правила, кажется

Это в канбан Книберга, с тех пор Канбан сильно эволюционировал

о, я про это не знал, а есть какие-нибудь статьи на эту тему?

кстати, скрам книберга тоже не совсем скрам

это я на всякий случай

о, я про это не знал, а есть какие-нибудь статьи на эту тему?

Книга David Anderson, Kanban. Пока только на английском, надеюсь через пару месяцев опубликуем перевод

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

или стэндапы по скайпу считаются?)

стендапов в скраме нет

Считаются, но это скорее вынужденное зло

стендап это практика XP

Миша, в скрамгайде оно есть?

нет

daily scrum

вот как оно в гайде