Konstantin
я сейчас говорю про удобство использования, допустим ничего не фейлится вообще
Sergey Kudryavtsev
я сейчас говорю про удобство использования, допустим ничего не фейлится вообще
Еще раз: Я же говорю, дело в приоритетах
Dmitry
Sergey Kudryavtsev
UX - это восприятие и ответные действия пользователя, возникающие в результате использования и/или предстоящего использования продукции, системы или услуги. По Вики со ссылкой на ISO 9241-210.
Sergey Kudryavtsev
Ок
Sergey Kudryavtsev
Тогда чему равно UХ ???
Slava
Пользователь формулирует это =
Sergey Kudryavtsev
Пользователь? То есть если пилоту самолета хочется иметь 2 кнопки, "взлететь" и "сесть", то это главное? А не надежность или, допустим, экономия топлива?
Sergey Kudryavtsev
Третий раз повторяю свой тезис. Если у вас B2C продукт, то пользователь это да, главное. Потому что он же является заказчиком. А в В2В пользователь вторичен. А первичен заказчик. И они почти никогда не совпадают в продуктах такого рода.
Slava
У меня b2b продукт
Slava
там пользователь это заказчик
Slava
тададам
Sergey Kudryavtsev
Какой, если не секрет?
Slava
https://en.kaiten.io
Liana
тут скорее имеется ввиду более опытные, и если они тратят свое время на банально понажимать по кнопкам и посмотреть все ли работает корректно во всех кейсах то это добавляет меньше value чем если бы они пилили код например
Баги отличаются по типу, по сложности по тому в какой момент они найдены.
- Нашли ли их пользователи?
- Нашла ли команда в процессе спринта?
- может это баги, которые со временем накопились?
И работа с исправлениями, с определением приоритетов -это целый процесс, который нужно продумать. И дело не в том КТО должен фиксить баги. А в том, КАК вы работаете с дефектами на вашем проекте. Это работа над качеством.
В моих командах тестируют и фиксят баги все - независимо от "погонов", "денег", "заслуг"!
Разработчики тестируют и фиксят баги ДО того как передать тестировщикам пользовательскую историю. Даже самый опытный человек может отвлекаться и сделать ошибку.
Sergey Kudryavtsev
https://en.kaiten.io
"И они почти никогда не совпадают в продуктах такого рода." - обратите внимание на слово "почти". У вас редкое исключение из правил.
Slava
Ну ок :)
Sergey Kudryavtsev
Потому что, все-таки, хотя продукт и для бизнеса, он все-таки для широкого рынка.
Slava
Скорее потому что доля интеллектуального вклада в результат растет, его делают люди, поэтому их мнение важно, и многие b2b уже b2b2c
Dmitry
Konstantin
Баги отличаются по типу, по сложности по тому в какой момент они найдены.
- Нашли ли их пользователи?
- Нашла ли команда в процессе спринта?
- может это баги, которые со временем накопились?
И работа с исправлениями, с определением приоритетов -это целый процесс, который нужно продумать. И дело не в том КТО должен фиксить баги. А в том, КАК вы работаете с дефектами на вашем проекте. Это работа над качеством.
В моих командах тестируют и фиксят баги все - независимо от "погонов", "денег", "заслуг"!
Разработчики тестируют и фиксят баги ДО того как передать тестировщикам пользовательскую историю. Даже самый опытный человек может отвлекаться и сделать ошибку.
я и не говорю что разработчики не должны тестировать или фиксить баги вообще. Мой поинт в том что они не должны тетсировать его скрупулезно, потому что на это уходить много времени. А скрупулезно должны тестировать тестировщики
Dmitry
Бгг
Sergey Kudryavtsev
Пилоту насрать на надежность?)
Ну обычно да. Аналогия не очень хорошая, но вот девочке операционистке в банке пофиг пройдет ли транзакция или нет. Перехватят ее нехорошие люди или нет. Ей за нажатие кнопочек платят. А вот банку не пофиг.
Slava
> девочке операционистке в банке пофиг пройдет ли транзакция или нет.
поэтому банки это ад
Slava
потому что девочка эта говорит - я вам сообщу когда валютный перевод* пройдет и забывает про это
Slava
банк это и есть операционистка
Slava
она - ИНТЕРФЕЙС
Slava
вот вы привели ровно тот пример, про который я вам говорю. и здесь пример тинькоф - нет бестолковых интерфейсов
Sergey Kudryavtsev
она - ИНТЕРФЕЙС
Для клиентов банка - да. Только это опять никак не связанно с изначальный вопросом.
Sergey Kudryavtsev
вот вы привели ровно тот пример, про который я вам говорю. и здесь пример тинькоф - нет бестолковых интерфейсов
Вам тинькофф за рекламу приплачивает?
Slava
Сергей, ну вы пилота считаете пользователем, а я считаю что пилот это часть управляющей конструкции самолета, а пользователь это тот кто за билет платит
Slava
Поэтому сложно :)
Sergey Kudryavtsev
Сергей, ну вы пилота считаете пользователем, а я считаю что пилот это часть управляющей конструкции самолета, а пользователь это тот кто за билет платит
У каждой из частей есть свои пользователи. Цепочку можно продолжать долго. Но бесмысленно. Когда вы делаете интерфейс для самолета, пассажиры не вот никак не могут определить его UX.
Slava
Не, он не должен, пользователь выходит на улицу и мерзнет, садиться в самолет злой и говорит - какое же говно эти авиалинии, а тестеры молодцы - да. :)
Slava
Еще один правдивый тезис, с которого все и началось "никак не могут определить его UX"
Slava
;)
Sergey Kudryavtsev
Пользователи ПО атомной станции, по аналологии, тогда являтся потребители энергии. Допустим это алюминиевый завод. А пользователями алюминиевого завода - завод по производству баночек. А пользователем баночек, например, завод Кока-Колы, а пользователями Кока-Колы - подростки до 17. Получается, что подростки до 17 должны влиять на ПО атомной станции?
Slava
В этом все и дело
Dmitry
Вам тинькофф за рекламу приплачивает?
На кой хер приплачивать за рекламу продукту, который и так один из лучших
Slava
С точки зрения теории ограничений, вся цепочка поставки это один производственный unit
Sergey Kudryavtsev
Олег точно приплачивает
Slava
Поэтому как бы абсурдно не звучало, но да.
Sergey Kudryavtsev
Поэтому как бы абсурдно не звучало, но да.
Боюсь в этом я вот никак согласиться с вами не могу.
Slava
Я и сам не могу в примере с атомной станцией, но он наверное граничный :)
Sergey Kudryavtsev
Ладно, коллеги, должен закончить этот разговор. Еще очень много дел.
Slava
Ребята а есть кто-нибудь, кто план из ГАНТТа переводил в баклог скрама/канбана ?
Nail’
Ребята а есть кто-нибудь, кто план из ГАНТТа переводил в баклог скрама/канбана ?
Хотим сделать, денег только пока нет на это :)
Slava
В смысле?
Nail’
Причем хотим обратную интеграцию сделать, чтобы план актуализировался
Slava
Ну тут скорее вопрос методический. Какие шаги надо сделать, чтобы ГАНТ в баклог превратить, учитывая что там разные команды и т.п.
Nail’
Nail’
Была где-то схема, как мы это планировали делать, поищу
Slava
Во круто, буду крайне признателен :)
Sergey
Я тоже бы посмотрел на это.
Evgeniy
Alexey
Это 90% указанных причин при нарушении сроков.
Denis
Чот какой-то галстучный чат пошел
Denis
Вы там ненарезвились в своем PMI чтоль? Не увешали еще друг друга PDU, как Брежнев?
Yuriy
так агил-коучей давно не было)
Sergey Kudryavtsev
так агил-коучей давно не было)
"Агил" как-то страшно звучит. Так и до запрете на территории Российский Федерации недалеко.
Sergey Kudryavtsev
Чот какой-то галстучный чат пошел
То есть диаграмму Гантта в этом чате лучше не упоминать, так же как и Аджайл в PMI группе?
Denis
Да
Sergey Kudryavtsev
Я и сам не могу в примере с атомной станцией, но он наверное граничный :)
Продолжая тему. Как уже я сказал, если пользователь != заказчик, то не факт, что его взгляд на продукт вообще важен. Скажу еще более крамольную вещь. Удовлетворение заказчика хоть и важно, но не первостепенно!
Sergey Kudryavtsev
Боюсь на этом моменте, у всех, кто воспитывался на "customer satisfaction" может бомбануть 😊
Sergey Kudryavtsev
Удовлетворение заказчика важно до тех пределов, пока оно нам повышает roi.
Вадим
Alexey
вообще мне кажется, что большая часть проблем связана с хреновым планированием..
Это 90% указанных причин при нарушении сроков.
Alexey
Ребята а есть кто-нибудь, кто план из ГАНТТа переводил в баклог скрама/канбана ?
Слава, тебя интересует опыт или способ реализации?
Slava
Способ
Alexey
Ну тут скорее вопрос методический. Какие шаги надо сделать, чтобы ГАНТ в баклог превратить, учитывая что там разные команды и т.п.
1. проект бъется (в ручную) на задачи (пакеты работ, заявки, пользовательские истории, фичи) длительностью 2% от общего
2. это пакуется в раписание и ведется по CCPM
3. команда пакеты на задачи и ведет по kanban или скраму.
метрики расчетного срока завершения поднимаются до цепи - считаем отклонения.
так сделано e bipulse
Alexey
Способ
Тут есть еще тонкость, что так как портфель заказов - приоритизирован на основе цепи (расписания проекта) — то заявки которые сыпятся в команду могут приходить туда автоматически, в формате "первый сделан - следующий можно вручить команде в спринт"
У нас так реализовано. А что, ты ганттилку в Kaiten проектируешь?
Slava
Пока хочу только понять как увязывать план с очередями и потоками создания ценности. Вот если у нас в ганте есть ресурс, то в Канбан это что?
Slava
Допустим у нас 3 вехи Ганта и во всех вехах есть один и тот же человек на разных задачах
Slava
Я ничего о нем не знаю, ни в какой он команде, только то что в ганте он на задачах стоит