да щас, если команда начинает сама решать то начинает происходить пиздец

нет, не начинает

Кто-то так пробывал сто лет назад

Хотя без мата у QA не получится достаточно полно выразить что происходит в проекте.

Зачем вообще нужны все эти продакт овнеры и заказчики, если команда может сама себе все порешать.

Я там уже описал зачем. 1) Центральное звено в получении бизнес-знаний по продукту, т.к. стейкхолдеры не всегда доступны для пыток, вопросов и разъяснений. 2) Делегирование этому товарищу всяких ресурсоемких задач по митингам, синкапам, грумингу бэклога и прочих задач. Если внутри команды эти активити распределены по остальным участникам (и команда обладает достаточным пониманием бизнесовой части проекта), то да, PO не особенно нужен.

Ну как бы зеленую галочку всеже оунер ставит получается?

Воу воу, это была просто ирония (НЕ провокация).

Да это понятно

Мне сдается что если вдруг каждый в команде будет действовать исключительно так как прописано в мануале по скруму, то разработка продукта будет выглядеть очень специфической и смешной.

Learn About Scrum Scrum is an Agile framework for completing complex projects. Scrum originally was formalized for software development projects, but it works well for any complex, innovative scope of work. The possibilities are endless. The Scrum framework is deceptively simple. - See more at: https://www.scrumalliance.org/why-scrum#sthash.1q34cjjv.dpuf

Могу в ответ ссылкой на википедию кинуть. Конкретная формулировка в конкретном источнике мало репрезентативна. Это методологии software development, в целом. Не только менеджмента проектов.

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

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

что-то такое было на Флампе в 2gis. максимально горизонтальным сделали менеджмент продуктом :)

В википедию каждый написать может, я беру из https://www.scrumalliance.org/ - от родителей Scrum. Они почти как ISTQB только не такие медленные с изменениями.

ну много где пишут про систему "снизу вверх", свободное планирование, свобода выбора и предложений от сотрудников и т.п. как раз в скраме. даже лиды пропагандируются не как начальники, что хорошо. но вот что бы совсем без руководства...

у меня классический горизонтальный скрам в разработке без менеджеров и лидов, нормально себя чувствуем

а скрам мастера взялись видимо не из классического скрама

скрам мастер это не менеджер

вообще даже не близко

В википедию каждый написать может, я беру из https://www.scrumalliance.org/ - от родителей Scrum. Они почти как ISTQB только не такие медленные с изменениями.

Скрам просто некорректно называть project management framework, потому что менеджмент проектов даже не 10 часть того, что он затрагивает. Он про процесс разработки в целом, а не только про менеджмент проекта.

Это пересекающиеся, но разные, подмножества задач.

скрам мастер это не менеджер

this.

менеджер != начальник

Спасибо всем, кто откликнулся!

менеджер != начальник

+1

менеджер != начальник

Да, если дословно переводить, то не начальник.

ничто не воробей кроме воорбья

Однако тут есть duck typing.

однако, да (

С чего вдруг?)

С чего вдруг?)

с того, что скрам-мастером может быть в команде любой человек, совмещающий основные обязанности

он ведет себя как скрам-мастер, говорит, как скрам-мастер, значит, скорее всего, он скрам мастер

А если два человека в команде себя так ведут, как быть?

А если два человека в команде себя так ведут, как быть?

меняются от спринта к спринту)

А если два человека в команде себя так ведут, как быть?

То рано или поздно они подерутся и останется только один.

А если два человека в команде себя так ведут, как быть?

они не синглтоны значит

Не поняла, господа. Как вопрос о показателях достижения целей проекта превратился в обсуждение правильности скрама. Цель проекта, показатели достижения (коим является % людей использующих редизайненный продукт), ресурсы - это то, что фиксируется до того как собрана команда. Любой проект - средство реализации цели. Цели проекта - всегда измеряемы. допустим, цель была - уменьшить нагрузку на техподдержку приложения на 70%. Предположу, что средство достижения цели было определено как редизайн приложения. И тогда ключевая задача, которая идёт в разработку - выкатить версию с обновленным дизайном к (датарек). Критерий успешности решения данной задачи - не менее 80% пользователей используют новую версию в первый месяц; на 70% меньше ошибок при заполнении документов. Об этом уже договорились пм (или менеджер по продажам даже) и заказчик ещё до подписания договора.. Никакой команды, никакого скрама нет ещё. Команду начнут собирать позже, после того, как согласуют сроки и бюджет и подпишут договор. После того как собрана команда, она имеет ответы - что от неё хотят получить (редизайн), зачем это - какой цели служит (допустим, уменьшить расходы на техподдержку на 70%), сроки и метрики: чем и как измерять, что проект окончен / договор выполнен. Мой вердикт зачинщику сегодняшней дискуссии - вопрос "как измерить редизайн" адресованный Qa и после редизайна - это нефеншуйная ересь. Заказчик решает, как измерить полноту реализации его идеи. Может, для него критерий успешного завершения редизайна - "чтоб моей дочке понравилось". А вы тут развели: метрики придумываете, пользователей считаете

@Qsusha а кто же средство достижение цели определил? Не сама ли команда?

А причем тут средства достижения?

Этот вариант идеален когда есть заказчик, который умеет ставить измеримые цели

А не "давайте запилим что-нибудь модно/молодежное"?

Но часто может быть, есть просто гендир, который говорит всем: сделайте что-нибудь чтобы проект начал чуть пошустрее набирать аудиторию! Придумайте, выжкуа!

Эммм...

Или там финдиректору не нравится что проект маловато зарабатывает

Очень синтетический случай.

Очень синтетический случай.

+100

Если человек приходит к куа с просьбо поднять аудиторию....

Это какая-то дичь.

да не к куа он приходит

А на общем собрании коллектива

ок. А куа тут при чем?

Если человек приходит к куа с просьбо поднять аудиторию....

А если свести к расширению воронок?

ПО говорит "ребят, давайте думать как улучшить проект малой кровью. Кто что думает?"

И?

Я правда не понимаю.

Уволить сапорт? И куа?

Ну нет никакого заказчика с измеримой целью

ПО говорит "ребят, давайте думать как улучшить проект малой кровью. Кто что думает?"

Если слышишь такие слова, обращенные на общем митинге, на котором присутствуют даже рядовые куа - беги. Это значит, что у человека нет ответа на вопрос "где ваша компания видит себя через 5 лет".

Ага, тут все работники по всем странам снг сразу же выбежали с работы.

Ну нет никакого заказчика с измеримой целью

Нет ножек - нет мультиков

Нет, не выбежали. Но резюме обновили.

Ага, тут все работники по всем странам снг сразу же выбежали с работы.

Или ты думаешь, что все работники сразу начали сыпать гениальными идеями?

Каждый выживает как может. Я уволюсь, а мой коллега с двумя кредитами и детьми не смогёт.

окей. Какую проблему мы сейчас решаем?

ERROR: S client not available

Проблему процента успеха

Редизайна без цели?

Потому что можем

Или ты думаешь, что все работники сразу начали сыпать гениальными идеями?

Можно банально посмотреть воронки и батлнеки, обычно ответ приходит сам.

Хотя там уже по вопросу видно что редизайн был задуман впринципе из-за иррациональных причин - потому что текущий дизайн выглядит очень убогим по их мнению.

Можно банально посмотреть воронки и батлнеки, обычно ответ приходит сам.

Это понятно. Это всегда надо делать при лике.

Хотя там уже по вопросу видно что редизайн был задуман впринципе из-за иррациональных причин - потому что текущий дизайн выглядит очень убогим по их мнению.

++

Сделали менее убого - успех

Ну в целом ничего плохого нету, раз душа требует, значит надо делать. Осталось придумать метрику.

Можно банально посмотреть воронки и батлнеки, обычно ответ приходит сам.

А о каких боттлнеках и воронках идёт речь, если мы говорим о редизайне, с которого не могут снять метрику, не знают чего хотят и не знают зачем редизан вообще предпринимался?

Павел, вы просто задним числом хотите смысла в готовый редизайн добавить? Если вам от это принесёт бонус - подгоняйте метрику к имеющемуся результату

Как в старом анекдоте про рабочих.

Павел, вы просто задним числом хотите смысла в готовый редизайн добавить? Если вам от это принесёт бонус - подгоняйте метрику к имеющемуся результату

Ну вообще это нормально, по человечески.

Общее число юзверей во времени

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

Видите всплеск - редизайн выстрелил

Удовлетворенность пользователей. Провести опрос: старый некрасив? Новый красив?

А о каких боттлнеках и воронках идёт речь, если мы говорим о редизайне, с которого не могут снять метрику, не знают чего хотят и не знают зачем редизан вообще предпринимался?

Это у ux и ui метрик нет? За редизайном стоит ожидание дельты от старого. Она легко формализуется.

Ну, вот у них конверсия 30%.

Что с этим дальше, если приходит в чат куа и интересуется нормально ли это?

про какие ux и ui метрики идёт речь вообще в таком случае?

Количество действий для прохождения воронки в дизайне A Дизайне Б

господи.

Время прохождения -> уменьшение длины сессии/увеличения

Кто-нибудь поясните, я уже в сарказм не могу.

Количество действий для прохождения воронки в дизайне A Дизайне Б

Во кстати отличная тема

Банковские приложения так и делали редизайн по этим критериям, это чувствуется

Чтобы до любой функции можно было дотянуться за минимальное количество кликов.

Там жеж программа десктоп для бухгалтеров, там новое это чаще плохо, учить что то надо