Ⓢⓔⓡⓖ
А как насчёт этой цитаты?
Стас Щетинников
Не про скрам :)
Стас Щетинников
Команда владеет Sprint беклогомом, и может его менять, если надо.
Андрей
а андерсен не любит аджайл манифест)
Я ещё раз повторю: лично я убеждён, что без следования ценностям Манифеста Канбан никогда не достигает максимума. Чтобы управлять потоком ценности наиболее эффективно, эти ценности очень желательны (написал сначала "обязательны", но смягчил). Потому что можно суперэффективно управлять потоком дерьма, например 🙂 Можно построить "полуэффективную" Канбан-систему, но если использовать все 6 практик - ты так или иначе к ценностям Манифеста придёшь. На основе этого своего мнения я и написал тот кусок своей статьи. Меня радует, что UC думают так же. Меня огорчает, что Андерсен думает иначе, но он слишком хочет отгородиться от Манифеста и Скрама, а я это не прветствую. Так что пока я остаюсь при своём 🙂
Dmitry
"Kanban was for people and organizations who found Agile wasn’t a good fit for them, wasn’t suited to their culture or the nature of their business." David J Anderson
Андрей
"Kanban was for people and organizations who found Agile wasn’t a good fit for them, wasn’t suited to their culture or the nature of their business." David J Anderson
Ну дык, сделать деньги на разочаровавшихся в конкурентах - отож! А я за то, чтобы Скрам и Канбан не конкурировали.
Dmitry
Ну дык, сделать деньги на разочаровавшихся в конкурентах - отож! А я за то, чтобы Скрам и Канбан не конкурировали.
ну они и не конкурируют
скрам для продуктовой командной работы, канбан для того, чтобы деньги делать)
Dmitry
ЦА разные)
Андрей
Ну нет, ЦА не разные. ИМХО, они предназначены для работы на разных уровнях неопределённости. Сначала нащупал, что нужно рынку, с помощью Скрама, а потом пошёл это штамповать и масштабировать, стремясь к потоку и zero waste по Канбану.
Андрей
Поэтому лучше уметь продавать оба подхода )))
Dmitry
продавать это вообще полезно ;))
Dmitry
но вот, тестировать 5 гипотез в день, чтобы "нащупать, что нужно рынку" удобнее с канбаном
тестировать 5 гипотез в неделю в скраме легко, да)
Стас Щетинников
Странно. Это из книжки Дефа Сазерленда, автора Скрам.
Вообще про скрам в скрамгайде. Самый первый скрамгайд от 2010 года не требует неизменного sprint backloga (http://www.evolvebeyond.com/site/wp-content/uploads/2014/05/Scrum-Guide-1.pdf). И в истории тоже ничего про изменения нет (http://www.scrumguides.org/revisions.html)
Mikhail
Dmitry
Second round!
Dmitry
😁
Mikhail
ИМХО, если там люди не будут важнее процессов (читай, процессы будут спущены сверху а не порождены участниками процесса), то он сдохнет и цели своей не достигнет. Так что по факту - да, не обещает. По сути - без этого он мертворожденный.
Скрам тоже не обещает, кстати. Больше того, у Скрама свои ценности в гайде описаны, и это не ценноста Аджайл-манифеста. Тоже можно сказать, что "никто ничего не обещает", однако мы прекрасно понимаем, что дизайн Скрама эти ценности так или иначе учитывает.
Канбан про управление потоком, взгляни хотя бы на его ценности. И вы про 12 принципов забываете, их вообще канбан игнорирует
Mikhail
Кстати-кстати: http://leankanban.com/project/alternative-path/
Официальный сайт Lean Kanban говорит нам о том, что это "альтернативный путь к аджайлу" 🙂
Не к аджайлу, а к Agility. Которая Businesses Agility и которая вообще не про аджайл из манифеста
Mikhail
это русские красавчики, неверно опять заголовок к книжке перевели
За кривой перевод еще кстати предъявляли :)
Mikhail
Андерсон и ко
Алекс
Vladimir
Привет!
Я работаю бизнес-аналитиком в автомобильной компании в Нижнем Новгороде.
Занимаюсь развитием проектного управления.
Интересна тема гибких методологий и использования их в автомобильной промышленности.
кое что можно и из scrum позаимствовать - standup meetings (летучки.. планерки)..
Ivan
летучки… планерки… срам 🤔
Gonchik
Привет всем! Меня зовут Цымжитов Гончик. Анонсирую митап, посвящённый адаптации или правильно как мне адаптировать это на инструменты, такие Jira, portfolio structure.
Вот ссылка на мероприятие. https://www.meetup.com/augspb/events/246774458/
А также если считаете название митапа в корне не правильно, прошу разъяснить как правильнее.
Регистрируйтесь!) спасибо
P.S. Публикация согласована с администрацией
Denis
В сыктывкаре небось?
Denis
Yuriy
😄
Алекс
Ivan
Yuriy
коллеги, что почитать из нового по Agile на английском?)
Gonchik
Vladimir
коллеги, что почитать из нового по Agile на английском?)
how we do scrum - читал? (старая.. но толковая
Vlad
Странно. Это из книжки Дефа Сазерленда, автора Скрам.
Да, странно. Есть мнение, что это косяк с переводом.
В гайде от 2010 напрямую говорится, что команда меняет бэклог по необходимости:
——
The Team modifies Sprint Backlog throughout the Sprint, as well as
Sprint Backlog emerging during the Sprint. As it gets into individual
tasks, it may find out that more or fewer tasks are needed, or that a
given task will take more or less time than had been expected. As new
work is required, the Team adds it to the Sprint Backlog.
——
Что менять нельзя, так это Цель спринта. Правда напрямую что-то не нашёл, где это говориться. Но есть такое место:
——
During the Sprint, the ScrumMaster ensures that no changes are made that would affect the Sprint Goal.
Both Team composition and quality goals remain constant throughout the Sprint.
——
Список работ, которые нужны для достижения цели спринта, конечно меняем.
Но если вдруг цель становится неактуальной, то (имеем возможность) досрочно завершить (отменить) спринт:
——
Under what kind of circumstances might a Sprint need to be cancelled? Management may need to cancel a Sprint if the Sprint Goal becomes obsolete.
Vlad
Цитаты по гайду от 2010.
Vadim D
Господа и Леди,
Подскажите плиз литературу для Product Owner.
Dmitry
Dmitry
Кто что думает про тестирование в agile
Dmitry
Каким оно должно быть, чтобы было эффективнее
Dmitry
?
Yuriy
Destruction of the Planet - не очень оптимистично)
Denis
Кто что думает про тестирование в agile
Ручного тестирования сейчас становится мало, если не сказать что оно совсем исчезает. В основном автотесты, gradually rollouts и метрики
Denis
По сути последний бастион тестирования - это мобильные приложения, где есть долгий процесс ревью. Для веб приложений я особо не вижу смысла в наличии тестировщиков вообще
Andrew
По сути последний бастион тестирования - это мобильные приложения, где есть долгий процесс ревью. Для веб приложений я особо не вижу смысла в наличии тестировщиков вообще
А локализация и юзабилити уже не в моде для веб приложений?
Eugene
Destruction of the Planet - не очень оптимистично)
Это доклад Римского клуба.
Кстати, тем PO, кто не слушал Т.В.Черниговскую позавчера на Гайдаровском Форуме - советую, https://goo.gl/FQqco4.
Причина простая - задать себе вопрос: "Что означает 'own', 'владеть' в словах 'product owner' в 2018 году. Нет, это не написано в SCRUM Guide 😉
Dmitry
Мля, у меня новый топчик из раздела "как мы поняли слово скрам"
Внимание, в компании даже есть выделенный скрам мастер!! (Боюсь представить, что он делает)
Dmitry
Dmitry
Vasilii
Denis
Pocker Planning поразительно похоже на Picking Pockets
Yuriy
реально круто, я б до такого не додумался 😂
Tanya
По сути последний бастион тестирования - это мобильные приложения, где есть долгий процесс ревью. Для веб приложений я особо не вижу смысла в наличии тестировщиков вообще
Ревью ? Что вы тут имеете ввиду под ревью . Соглашусь про ручное тестирование в мобильных аппах
Андрей
Ревью ? Что вы тут имеете ввиду под ревью . Соглашусь про ручное тестирование в мобильных аппах
По всей видимости - процесс одобрения или отказа в публикации приложения со стороны магазина приложений
Tanya
По всей видимости - процесс одобрения или отказа в публикации приложения со стороны магазина приложений
А какая связь с тестированием ? Сейчас ревью за вечер - день проходит апп, не длительное . А андроид так тем более
Андрей
Не знаю, вот уж это я за автора не буду додумывать. Возможно, есть какой-то негативный опыт
Андрей
Ну и ещё - зависит от аппа. То приложение, над которым я работал 4 года назад, ревьюилось по неделе или больше + мы отправляли в Эппл наше железо (модуль к телефону). Потому что деньги, чувствительная область.
Андрей
Tanya
Ну и ещё - зависит от аппа. То приложение, над которым я работал 4 года назад, ревьюилось по неделе или больше + мы отправляли в Эппл наше железо (модуль к телефону). Потому что деньги, чувствительная область.
Это было 4 года назад ? За последний год время на ревью существенно изменилось
Андрей
Андрей
Андрей
Это даже не энтерпрайз!
По моему личному опыту - в энтерпрайзе настолько тупых косяков нет, потому что энтерпрайз легко закупает много обучения. Там обычно ошибки другого уровня. А тут - да, «по диагонали прочли, знакомые слова поняли, незнакомые додумали».
Denis
А какая связь с тестированием ? Сейчас ревью за вечер - день проходит апп, не длительное . А андроид так тем более
Все равно цена ошибки выше. В вебе всегда можно быстро откатить/пофиксить. Аппы все-так быстро не раскатывются и их таки нужно протыкивать.
Artem
Господа и Леди,
Подскажите плиз литературу для Product Owner.
Вот ещё вот эту рекомендую: https://www.ozon.ru/context/detail/id/140446253/