Size: a a a

Agile, Scrum, Lean, Kanban, XP

2020 March 02

PO

Pavel Ozolin in Agile, Scrum, Lean, Kanban, XP
Vasya Pupkin
очень часто делать по рецепту невозможно. либо усилия на следование рецепту превышают выгоды
Если у вас не получается, это не значит, что невозможно :)
источник

VP

Vasya Pupkin in Agile, Scrum, Lean, Kanban, XP
Pavel Ozolin
Если команда что-то недоуспела в спринт, она признаёт это, обсуждает, как такого избежать в будущем, если недоуспетый элемент ещё нужен - берет его в следующий спринт, доуспевает и поставляет.
по противоречиям. По скрам гайду - в спринт надо успевать. Если вы не успеваете в спринт - это уже не скрам.
The heart of Scrum is a Sprint, a time-box of one month or less during which a "Done", useable, and potentially releasable product Increment is created.
Не успели создать - у вас не скрам. И нет в гайде никаких "команда признает, обсуждает и т.п."
Не успели - не скрам.
источник

JP

Jane Pavlova in Agile, Scrum, Lean, Kanban, XP
И опять же- делать по рецепту нужно только там, где это имеет смысл, против этого никто же не возражает?
источник

VP

Vasya Pupkin in Agile, Scrum, Lean, Kanban, XP
Pavel Ozolin
Если у вас не получается, это не значит, что невозможно :)
если ваш бизнес не хочет следовать скраму, например, то все - никакого скрама не выйдет. Ну или команда не та.
источник

VP

Vasya Pupkin in Agile, Scrum, Lean, Kanban, XP
Jane Pavlova
И опять же- делать по рецепту нужно только там, где это имеет смысл, против этого никто же не возражает?
опять путаница.
То "читай гайд", то "в скраме такого нет", а теперь можно и не по рецепту.

Глядя на все это я возвращаюсь к мнению, в т.ч. Константином озвученным, что вообще аджайл - это набор тезисов про отношение к людям, а к планированию и поставке имеет отношение постольку поскольку. Если все ок с людями - они затащат, а будет ли у них скрам или водопад дело десятое.
источник

PO

Pavel Ozolin in Agile, Scrum, Lean, Kanban, XP
Vasya Pupkin
по противоречиям. По скрам гайду - в спринт надо успевать. Если вы не успеваете в спринт - это уже не скрам.
The heart of Scrum is a Sprint, a time-box of one month or less during which a "Done", useable, and potentially releasable product Increment is created.
Не успели создать - у вас не скрам. И нет в гайде никаких "команда признает, обсуждает и т.п."
Не успели - не скрам.
Вывести команду в чистое поле, поставить лицом к стенке и пулю в лоб?:)
источник

VP

Vasya Pupkin in Agile, Scrum, Lean, Kanban, XP
Pavel Ozolin
Вывести команду в чистое поле, поставить лицом к стенке и пулю в лоб?:)
зачем. просто это не скрам
источник

JP

Jane Pavlova in Agile, Scrum, Lean, Kanban, XP
Vasya Pupkin
опять путаница.
То "читай гайд", то "в скраме такого нет", а теперь можно и не по рецепту.

Глядя на все это я возвращаюсь к мнению, в т.ч. Константином озвученным, что вообще аджайл - это набор тезисов про отношение к людям, а к планированию и поставке имеет отношение постольку поскольку. Если все ок с людями - они затащат, а будет ли у них скрам или водопад дело десятое.
Я не верно выразилась, рецепт применять только там, где нужно. Аллергиков не кормить арахисом и тп
источник

VP

Vasya Pupkin in Agile, Scrum, Lean, Kanban, XP
это "элементы скрама" как говорят
источник

PO

Pavel Ozolin in Agile, Scrum, Lean, Kanban, XP
Василий, вам может покажется, что я вас сейчас нафиг посылаю, но нет.
Вы занимаетесь демагогией. Да, формально вы правы, «если нет, то не скрам», потому что так и написано в скрам гайде. Живите с этим :)
источник

VP

Vasya Pupkin in Agile, Scrum, Lean, Kanban, XP
Jane Pavlova
И опять же- делать по рецепту нужно только там, где это имеет смысл, против этого никто же не возражает?
ну я вообще изначально был за то, что скрам - довольно узкоспециализированная штука. Вот как у @gospodchikovs - там прямо хорошо. Равно как и канбан для своего.

Но тут регулярно напускают туману, что можно канбан-метод применить ко всему для улучшения да и по скраму можно проекты делать (а тут же другой человек говорит, что если проект и все понятно - то скрам не особо нужен и это не Константин говорит).
Путаница какая-то.
Хочется ясности и четкости, но шутка про два СМ 3 мнения она похоже не совсем шутка...
источник

PO

Pavel Ozolin in Agile, Scrum, Lean, Kanban, XP
Правда если бы вы почитали _внимательно_, то обнаружили бы, что скрам гайд именно такого не говорит :) Но опять же, вы читаете - вы живёте с этим :)
источник

VP

Vasya Pupkin in Agile, Scrum, Lean, Kanban, XP
В скрам гайде написано что он легко понимаем. Но как я вижу в том числе из обсуждений в этом чате (без моего участия, чисто наблюдениями) - понимание может заметно разниться.
Я вижу в этом проблему гайда - он написан так, что толковать его можно по-разному.
источник

VP

Vasya Pupkin in Agile, Scrum, Lean, Kanban, XP
Ладно, оставим, мы уже на круг зашли.
источник

PO

Pavel Ozolin in Agile, Scrum, Lean, Kanban, XP
Vasya Pupkin
ну я вообще изначально был за то, что скрам - довольно узкоспециализированная штука. Вот как у @gospodchikovs - там прямо хорошо. Равно как и канбан для своего.

Но тут регулярно напускают туману, что можно канбан-метод применить ко всему для улучшения да и по скраму можно проекты делать (а тут же другой человек говорит, что если проект и все понятно - то скрам не особо нужен и это не Константин говорит).
Путаница какая-то.
Хочется ясности и четкости, но шутка про два СМ 3 мнения она похоже не совсем шутка...
Василий, я повторюсь, вы пришли в профессиональное сообщество практиков :) Вам явно не хватает ни знаний, ни опыта, ни понимания того, что тут изначально обсуждали, но вы упорно пытаетесь сарказмировать.
Выглядит глупо, но опять же, выставлять себя иллюстрацией Даннинг-крюгера - ваше право :)
источник

PO

Pavel Ozolin in Agile, Scrum, Lean, Kanban, XP
Уж извините, что я на личности перешёл :)
источник

VP

Vasya Pupkin in Agile, Scrum, Lean, Kanban, XP
Pavel Ozolin
Уж извините, что я на личности перешёл :)
Все норм, без обид. А где вы сарказм увидели кстати?

Опыта СМства мало. Опыта в индустрии не так уж и мало. В том числе работы в скрам командах в разных местах. Исходя из которого я и поднимаю вопрос о применимости в целом, а не о реализации конкретных практик, хотя обсуждение от деталей безусловно неотъемлемо
источник

VP

Vasya Pupkin in Agile, Scrum, Lean, Kanban, XP
Я задаю простые вопросы вроде почему станет эффективнее и как мерять и почему есть смысл в этом всем. Где их задавать, как не в профессиональном сообществе? В сообществе ламеров? Ну так мы там быстро договоримся, что весь аджайл о лукавого, а вы и дальше будете удивляться что же у людей проблемы с фундаментом... Простите, раз я не по адресу вопросы задавал
источник

PO

Pavel Ozolin in Agile, Scrum, Lean, Kanban, XP
Vasya Pupkin
Я задаю простые вопросы вроде почему станет эффективнее и как мерять и почему есть смысл в этом всем. Где их задавать, как не в профессиональном сообществе? В сообществе ламеров? Ну так мы там быстро договоримся, что весь аджайл о лукавого, а вы и дальше будете удивляться что же у людей проблемы с фундаментом... Простите, раз я не по адресу вопросы задавал
Вопрос не в том, какие вы вопросы задаёте, а как вы их задаёте.
Я уже писал вчера: вопрос сформулированный в духе «я уверен, что вашьэтот вот скрам не работает, разубедите меня» - желания отвечать не вызывает.
Уровень «интересности обсуждения» вы тоже не поднимаете, в силу того, что ваши вопросы не сложные,  не практические и в целом, если отбросить форму, 100500 раз обсуждённые прям вот везде.
Вопросы в духе «скрам в проектах» очень легко гуглится. Ответ будет «можно, но не зачем». Вопрос про «фиксированный спринт vs. плавающая веха» просто говорит, что вы не понимаете смысла таймбоксинга (да и вех, по большому счёту) и объяснять придётся начинать с самых азов управления расписанием. Про «релизы в конце спринта» - обсуждалось в куче источников огромное количество раз, тема настолько избитая, что развёрнуто отвечать нет смысла.

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

Исходя из всего этого - в чем от ваших вопросов польза сообществу и почему вам стоит отвечать всерьёз?
источник

VP

Vasya Pupkin in Agile, Scrum, Lean, Kanban, XP
Ваша позиция понятна. Думаю в сообществах разработчиков тоже стоит на вопросы отвечать "про async/await что раз разжевано, зачем вам отвечать ". Спасибо за мнение в любом случае
источник