Честно, не понял замечания. Что делать-то? :) Или всё норм?

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

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

лично от меня - lean startup и impact mapping :)

книжки так и называются

Как минимум еще приучить людей говорить по делу. Договоритесь о правилах, у человека всегда есть возможность конструктивно все сказать, а не проснуться на демо и начать фигню пороть.

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

scram же про доверие. Будет доверие будет ускорение. Просто заказчик выкотил скоуп. Требование собрали. По ним сделали сначало прототип , затем красивый макет. В процессе закрыли многие хотелки. То есть максимально сэкономили время devteam, но на демо находятся или тот кто проспал, или тот кто забыл что то сказать. А на восклицание, где были раньше "Вы же продукт делает, норм же"

Я перечитал замечание. Да, с тем что люди спят на митингах можно бороться резюмированием ) А вы господин Зеленый, как поняли озвученную проблему? :)

Но это больше про фасилитацию нежели про сбор требований

Как минимум еще приучить людей говорить по делу. Договоритесь о правилах, у человека всегда есть возможность конструктивно все сказать, а не проснуться на демо и начать фигню пороть.

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

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

А вот еще мысль :) Понимая конечную цель или боль потребителя, вы можете выработать более подходящее решение еще до демо. Но тут надо в предметку погружаться. Есть неплохая книжка event storming про это.

А вот еще мысль :) Понимая конечную цель или боль потребителя, вы можете выработать более подходящее решение еще до демо. Но тут надо в предметку погружаться. Есть неплохая книжка event storming про это.

спасибо

https://leanpub.com/introducing_eventstorming

Блин точно английский надо начинать учить....(

Ключевое слово - профакапленное. На текущий момент мы достигли ценности, заявленной к исполнению 2 недели назад? Достигли. У вас есть новые пожелания по ценности, которую нужно доставить (!)? ;) Отлично, тогда поговорим об этом в понедельник на ...

Delivery Management - доставка ценностей. К вчерашнему вопросу.

Ключевое слово - профакапленное. На текущий момент мы достигли ценности, заявленной к исполнению 2 недели назад? Достигли. У вас есть новые пожелания по ценности, которую нужно доставить (!)? ;) Отлично, тогда поговорим об этом в понедельник на ...

Не совсем так. Без этого профакапленного, фича ценности не несёт.

То есть 2 недели назад несло, а сегодня в 11-45, вдруг, перестало? ;)

Извините, что врываюсь) Никто не пробовал второй метод - про оценки на двери? Run a Self-Check Another way to engage teams in conversation is to ask them to assess how they’re doing and feeling. Members of the Agile Mentors Community came up with some great ideas to make these self-checks easier. Two of our favorites were Squad Health Check and Scores on the Door. Squad Health Check ... тут про спотифай Scores on the Door Scores on the Door is a technique from a team in New Zealand. To try it, team members enter the room and take two sticky notes each. On each note, they write a number between 0 and 10, where 0 is abysmal and 10 is perfect. The first score is for how they’re feeling themselves and the second is for how they’re feeling about the project. Then, each team member places their two scores on the door. Scores should be anonymous, but do invite people to volunteer to reveal their scores as part of a conversation about how to get to (or stay at) a 10. You might even want to record the scores from retrospective to retrospective to see how the scores change over time. https://www.agilementors.com/articles/1-6-tried-true-ways-to-get-teams-to-participate-in-retrospectives-without-pulling-teeth

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

Если пухнет, то только Пихлера почитать. По моему там есть про это. Из книги вы узнаете: - Чем Scrum отличается от традиционных методов управления. - О том, с какими типичными трудностями сталкивается владелец продукта. - В чем заключается роль владельца продукта: что и как он должен делать. - Как управлять бэклогом даже в случае с самыми сложными продуктами. - Как планировать релиз и принимать решения по расписанию, бюджетам и функционалу. - Из чего состоит роль владельца продукта во встречах по спринту: что нужно и чего не нужно делать.

Agile он гибкий, но это не способ сидеть на шее и кататься бесплатно ...

То есть 2 недели назад несло, а сегодня в 11-45, вдруг, перестало? ;)

Что то нет взаимно понимания. 5 недель назад: Заказчик: фича должна делать 1,2,3. команд: да действительно 1,2,3 дадут ценность. 4 недели назад: Команда: вот прототип 1,2,3 делается.Заказчик: Да, докрутите вот здесь и ок. 2 недели назад:Команда: Вот макет, докрутили. Заказчик да всё норм. Сегодня: команда: Вот вам демо ,1,2,3 работают как показали на макете. Заказчик: да, да. Стойте а где 4. команда: какое 4. Заказчик: Ну да 4, а мы вам не сказали=вот мы узнали=у нас теперь так по инструкциям. команда: но 1,2,3 работает же. Заказчик: и что без 4 нет смысла это на продуктив, переделывайте.

Что то нет взаимно понимания. 5 недель назад: Заказчик: фича должна делать 1,2,3. команд: да действительно 1,2,3 дадут ценность. 4 недели назад: Команда: вот прототип 1,2,3 делается.Заказчик: Да, докрутите вот здесь и ок. 2 недели назад:Команда: Вот макет, докрутили. Заказчик да всё норм. Сегодня: команда: Вот вам демо ,1,2,3 работают как показали на макете. Заказчик: да, да. Стойте а где 4. команда: какое 4. Заказчик: Ну да 4, а мы вам не сказали=вот мы узнали=у нас теперь так по инструкциям. команда: но 1,2,3 работает же. Заказчик: и что без 4 нет смысла это на продуктив, переделывайте.

Может спринт сделать короче? Делать меньшими инкрементами, чтобы сократить количество ненужной работы. Может он еще на демо 1 вспомнит, что 4 теперь надо делать?

Может спринт сделать короче? Делать меньшими инкрементами, чтобы сократить количество ненужной работы. Может он еще на демо 1 вспомнит, что 4 теперь надо делать?

ну в спринт как правило не только новую фичу берем, но есть фичи которые растягиваются на несколько спринтов. Плюс замечания/баги с боя.

Ну я про то, чтобы фидбек получать почаще.

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

Ну я про то, чтобы фидбек получать почаще.

Ну про частый фидбек я не спорю, но всё равно это не будет чаще, чем бек сделает свои задачи, фронт свои это оттестируется до состояния "и показать не стыдно"

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

Получалось так воспитывать бизнес-заказчика?

Ну про частый фидбек я не спорю, но всё равно это не будет чаще, чем бек сделает свои задачи, фронт свои это оттестируется до состояния "и показать не стыдно"

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

Нормальный чел скажет - мы залажали и ступили. Сорри, гайс. Сделайте мне хорошо в следующие 2 недели, в понедельник я расскажу что я хочу. Что мне делать и куда звонить, если вдруг у меня подгорело? ;)

А вообще если ценности устаревают - уменьшать длинну спринта. Работать по ценностям - они более вечны, чем фича/функция и т.д.

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

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

Ну тогда сдаюсь...

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

++

Конечно нет, проектное управление это более сложно и длительная работа с фикс сроками и бюджетом

Правда чтоли? Никогда бы не подумал.

под словом канбан я пониаю именно эти ящики с деталями а не сайты с доской задач

Я так понимаю, речь о Toyota Production System и тамошнем канбане

Я так понимаю, речь о Toyota Production System и тамошнем канбане

дыа!

А что именно автоматизируется?

че-то как-то слабо

давай еще стикер какой нить

как это сформулировать.. заполнение канбанов.

давай еще стикер какой нить

еще бот забанит того и гляди

его не забанит

важно не только заполнение

но и незаполнение

обычно пишут статус/состояние

как это сформулировать.. заполнение канбанов.

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

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

ну если очень грубо то да.

ну если очень грубо то да.

Хорошая идея. Конкуренты есть?

от 1С до систем автоматизации складов

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

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

Для того, чтобы случился pull, нужен сигнал.

+

уменьшились запасы корпусов - должен кто-то взять и принести их на конвеер

типа того

Мы здесь умничаем, но выработка на конвеере +/- постоянная. Не хотите по одному носить, носите в конце/начале дня. Но, типа, уход корпуса на конвейер- это уже сигнал и, в идеале, не нужно еще лампочек.

нет не так

носить по одному корпусу со склада на конвеер это глупо

обычно доводят до какого-то миимального запаса и пополняют со склада

Безусловно, только как с палеттами и товаром. Возим чем? Если баба Маня на тележке, то ей не обязательно ждать минимального запаса что бы 10 ходок сделать - все равно по тележке возит . Да в бережливом производстве буфер не такой большой в хорошем случае будет - там минимальные запасы.

Я с товарищами из Lean общался - им не в падлу станки передвинуть (это с фундаментом и прочим) для оптимизации. И говорят для оптимизации перемещений уже несколько раз схему расстановки меняли.

да это не показатель про движение станков

омг посоны ща созванивался с МТС ИТ это просто трешак какой то :D

это был разговор из разряда работать в нашей компании большая честь :D

Все зависит от команды

Был Глебка, теперь рождается Егорка )

Игоряша

иди в мтс ит)

Ой, стыдоба какая, я имя перепутал

мне ща просто нахомили кароч :D

омг посоны ща созванивался с МТС ИТ это просто трешак какой то :D

Ну-ка)

в еспорт)

Это их подход такой.

началось все с того что они спросили у меня почему вы хотите работать у нас :D

=))

я ответил что пока что я не хочу у вас работать :D

началось все с того что они спросили у меня почему вы хотите работать у нас :D

😱

и что ты сказал?)

ахах

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

конкретно на примерах :D