MK
Два человека - два разраба. Кроме них есть Business Analyst + QA в той же команде, dedicated. Оценка задач идет совместная.
Size: a a a
2020 November 30
KT
вы валите этого скрам мастера на том в чем разбираетесь, на GC например, ну или на вопросах из темлидского чатика
А мне кажется, он ерунду пишет: тимлиды без команд, работа без персональной ответственности, вот это всё очень странно
KT
Ну и где сферический скрам, а где реальные воплощения?
K
Скрам же фреймворк, он ток говорит какие долдны быть принципы, да какие ивенты, и какие роли (в целом их всего три - Dev Team / PO / SM). Как уж команда сама строит (Dev Team aka те, кто ответственны за инкремент и делают коммитмент его заделиверить). С тимлидом, без тимлида - как удобно.
Ну т.е. попытка натянуть рынок на свой глобус
VM
А мне кажется, он ерунду пишет: тимлиды без команд, работа без персональной ответственности, вот это всё очень странно
я видел команды и компании, где это прекрасно работает.
есть минусы, конечно, но в целом позитива тоже много
есть минусы, конечно, но в целом позитива тоже много
VM
другое дело, что в абсолютном большинстве команд, которые "работают по скраму", идеи извращены и поэтому ничего кроме раздражения не вызывают
VM
ну, типа надо уметь готовить
KT
Это работает, пока деньги есть. Когда начинаются проблемы у бизнеса, сразу всё разваливается
MK
Деньги есть когда ты можешь быстро адаптироваться к рынку
MK
именно поэтому у тебя есть демки с пользователями у команд
VM
звучит так, будто скрам стоит дороже традиционной иерархической структуры, или менее стабилен.
на деле почти любая хорошо внедренная методология эффективнее (=дешевле) хаотично сложившейся
на деле почти любая хорошо внедренная методология эффективнее (=дешевле) хаотично сложившейся
MK
И PO который постоянно актуализирует и общается с клиентами, а чо б запилить и чо нужно
MK
Хаос плохо. Статус кво тож не оч
MK
Потому есть трансформации (успешные или нет - это другой вопрос). Скрам - это революционный подход, что тож спорно
AA
Это работает, пока деньги есть. Когда начинаются проблемы у бизнеса, сразу всё разваливается
Не подумайте, пожалуйста, что я как-то придираюсь к Вашим словам, но в очень многих случаях всё разваливается в случае начала проблем у бизнеса, я полагаю, тут дело не в том, по какой методологии идёт работа.
MK
А вот Канбан вам дает эволюционное развитие, может стоит просто на те же принципы ориентироваться, но без такого вот фреймворка как скрам (agility там же, business-orientation это же краеугольный камень agility)
PС
Не один человек. Если один человек вкладывается меньше, то команда сама это видит и тыкает его (хотя такой человек и собес не пройдет)
А у вас разработчики всегда показывают ровный перфоманс?
MK
Это работает, пока деньги есть. Когда начинаются проблемы у бизнеса, сразу всё разваливается
ну епрст, именно agile и как раз устраивает каденцию общения с бизнесом частую, ибо он выносит результаты быстрее, и фидбек от клиентов, и что надо делать. Как раз таки я не оч вижу других подходов
PС
Не бывает того, что перегорела, заболел, плохая неделя?
MK
А у вас разработчики всегда показывают ровный перфоманс?
конечно нет, там хватает проблем (и мотивация, и текучка, и перегорание, и ребенок родился и человек отваливается на неделю)