Pavel
Artem
а зачем работы команды, я же не говорю делать все гипотезы )
Artem
я говорю валидировать их проще, беря чуть больше риска
Artem
и сокращая на это время
Artem
у вас в итоге уменьшится весь цикл проверки-разработки-валидации
Konstantin
Artem
и даже если вы где-то ошиблись - быстрей будете исправлять
Artem
а от ошибок вас все равно ничего не защитит, да и не нужно это
Pavel
Artem
ну да, давайте фокус группу new user каждый раз собирать )
Konstantin
Иии? ;)
Artem
это точно месяцы занимать будет )
Pavel
На практике - это те же 5 интервью, только они почти двухчасовые. + время на расшифровку и обработку.
UK
Всем привет! #whois Меня зовут Карина, разрабатываю проект в сфере корпоративных финансов. Могу быть полезна вам своими компетенциями в этой сфере, поэтому если нужна помощь по банковским/лизинговым/факторинговым вопросам, оценке кредитоспособности, риск-менеджменту - вэлком! Лично мне интересен agile подход и как его применять для моего проекта, как работать с ним в команде, в общем, ничего нового здесь я наверное не скажу, всё и так понятно (поэтому я здесь!). Я из Москвы (до Москвы - Калининград). Про группу узнала от Марины Арефьевой
Pavel
А теперь учтите, что вот эти интервью, прототипы и валидация - они все параллельно для разных PBI идут.
Konstantin
Вы блин новый продукт выводите. Идете в конторы где ваш потенциальный клиент сидит, например, и обещаете им халявный трайл. И мучаете его ...
Pavel
Впрочем в реальности UX не работает один, там все-таки есть BA в команде для интервью, UI для красивых картинок и PO для выбора наиболее вероятных гипотез :)
Pavel
Pavel
В смысле - методов много, процесс при этом все равно время жрет :)
Pavel
И не так, чтобы сильно предсказуем.
Artem
резюмируя - у вас похоже, выполнению всего за 1 спринт мешает только поиск людей
Artem
ну как бы вариантов много, уже предложили минимум два
Konstantin
Ну быстро, как говорится, только кошки ....
Pavel
Артем, у меня похоже просто недостаточно знаний в UX, чтобы объяснить проблему :)
Artem
возможно
Artem
Artem
на худой конец, не делайте спринтами - делайте wip, и не увеличивыайте его - все равно придет понимание, что надо ускоряться
Pavel
Не получается на планинг принести проблему и через две недели получить решение, если не резать углы.
Artem
именно ускоряться, а не пытаться текущую ситуацию натянуть на скрам )
Pavel
Pavel
Какие подходы есть?
Pavel
Не за счет увеличения рисков и экономии на качестве каждого этапа.
Pavel
так-то и без ux жить можно :)
Artem
зачем все впихивать в скрам? чем плох подход "канбан" дискавери + скрам деливери?
Pavel
Слава эпплу и гуглу с твиттеорм, готовых паттернов вагон.
Pavel
Pavel
И да, с этим тоже можно бороться, но лучше предотвратить.
Artem
Konstantin
Мне тут кейсик рассказали про строительство. Японцы выиграли тендер на строительство небоскреба. Так потом 1.5 года технологию строительства обкатывали и тестовый небоскреб строили, условно. Зато потом за 6 месяцев настоящий накатали. Так что не вижу проблем. "Лучше день потерять, а потом за 5 минут долететь".
Pavel
Artem
ну вы поняли о чем я )
Pavel
Pavel
И да, я знаю, что можно без него.
Pavel
Artem
Pavel
Pavel
Без потерь и кровавых слез :)
Artem
Pavel
Artem
Pavel
О, и раз уж финансы. Карина, может вы знаете, как сертифицируется процессинг платежей по картам Мир?
Artem
эмпиризм, пардон
Artem
начитаешься вот так оригиналов и хрен знает как оно по русски )
Pavel
Я некоторые термины вообще никогда по русски не слышал :)
Pavel
И про UX по русски рассказывать - боль :)
Konstantin
Artem
Konstantin
Konstantin
Вася и Петя одновременно начали писать один и тот же продукт.
Вася был «ориентирован на результат» и начал сразу писать говнокод не продумав толком архитектуру.
А Петя месяц разрабатывал архитектуру, месяц делал удобный интуитивный интерфейс, которому позавидывал бы Джони Айв, потом месяц писал тесты, потом два месяца писал сам код и получил идеальное стабильное приложение.
Но Вася выпустил уже через месяц первую версию программы, пусть и не идеальную, пусть с багами, но рабочую, и начал её продавать. Ещё через месяц выпустил вторую версию исправляющие баги первой и добавляющие новые баги. Ещё через месяц на доходы от продаж нанял двух толковых программеров, которые за два месяца перелопатили весь код, согласно пожеланиям пользователей допилили интерфейс и выпустили третью версию программы.
Итого, через пять месяцев у Васи было два работника, куча клиентов и сносно работающее приложение отвечающее желаниям клиентов.
У Пети было вылизанное никому не известное приложение, минус на банковском счёте и ни одного клиента.
В завершение этого выдуманного примера можно сказать, что через полгода Вася купил все наработки Пети, Петю взял в штат тестировщиком...
Artem
Шутка конечно, но в каждой шутке...
Artem
Про MLP ещё почитать
Konstantin
Примите в конторе полиси сколько времени вы тратите на тест гипотезы, сделайте максимум за отведенное время и вперед ....
Konstantin
80/20 никто не отменял ...
Pavel
Вася и Петя одновременно начали писать один и тот же продукт.
Вася был «ориентирован на результат» и начал сразу писать говнокод не продумав толком архитектуру.
А Петя месяц разрабатывал архитектуру, месяц делал удобный интуитивный интерфейс, которому позавидывал бы Джони Айв, потом месяц писал тесты, потом два месяца писал сам код и получил идеальное стабильное приложение.
Но Вася выпустил уже через месяц первую версию программы, пусть и не идеальную, пусть с багами, но рабочую, и начал её продавать. Ещё через месяц выпустил вторую версию исправляющие баги первой и добавляющие новые баги. Ещё через месяц на доходы от продаж нанял двух толковых программеров, которые за два месяца перелопатили весь код, согласно пожеланиям пользователей допилили интерфейс и выпустили третью версию программы.
Итого, через пять месяцев у Васи было два работника, куча клиентов и сносно работающее приложение отвечающее желаниям клиентов.
У Пети было вылизанное никому не известное приложение, минус на банковском счёте и ни одного клиента.
В завершение этого выдуманного примера можно сказать, что через полгода Вася купил все наработки Пети, Петю взял в штат тестировщиком...
Во многих продуктах все гипотезы уже протестировали за вас :)
Pavel
Но если вы делаете что-то за пределами... увы.
Pavel
Вот кстати, а что, кроме скрама и канбана есть среди agile-frameworks на командном уровне?
Pavel
В смыле хотя бы названия
Sergey
Sergey
Или фреймворк «Улыбаемся и пашем!»
Sergey
Чего то меня на черный юмор потянуло ...
Pavel
Sergey
Pavel
If you wake up in the moringn and get a magic wand that can change one thing in your current process, what will you change?
Pavel
What do you think will be the biggest challenge for a scrum master in your company?
Pavel
What impressed you the most during the previous sprint?
Artem
Sergey
Вчера просто Многокомандный PBR чуть не завалил. Сначала все пошло не так. Но потом организовались и восемь элементов сделали. Но нервов потратил. Это примерно на 50 человек мероприятие. Два Скрам мастера делали, я и еще один. Второй день в раздумьях ...
Pavel