задач с точки зрения пользы для клиента ( в wsjf user value) какие параметры туда включаете и как их относительно друг друга оцениваете ( Сокращение времени обслуживания, удобство интерфейса)?
А клиент сам чего хочет спрашивали?
Быстро и удобно получить услугу)
Ещё вопрос. А почему вообще именно user value, а не business взяли?
Я почему спросила про что хочет клиент - мне кажется, что это и будет ответ на вопрос «что измерять?» Ну с быстротой понятно, lead time, например А про удобно - тут уж поподробнее надо Customer satisfaction, customer usage наверное, ещё не замеряли? Какой-нибудь satisfaction gap, desired experience Короч все, что про unrealised и current value Если прям четко по вопросу - мы смотрели на lead time и usage index
А lead time скорее про скорость выпуска фичи мне кажется чем про скорость обслуживания клиента и получения им услуги. Спасибо за совет посмотрим что из этого сможем померить!
А ТТМ это не просто про выход на рынок? Без ценности получаемой кастомером Из гайда ЕВМ
какие классы?
Обслуживания
Вот ппц. Вот даже переводчик гугл Lead Time переводит как "время выполнения заказа", т.е. время не включающее в себя придумывание заказа, сравнение заказа с остальным, оценку выгодности заказа и т.п. Люди не понимают акую сущность, которая называется commitment point
Тогда они там, наверное, про ту идею, которую уже выбрали к реализации, проработав все
Там написано "The amount of time from when idea is proposed, or a hypothesis is formed... " т.е. сделано предложение или сформулирована гипотеза и их еще никто не проверял на экономическую выгодность, реализуемость, риски и т.п. поэтому не соглашусь
Есть несколько нюансов, которые можно учитывать по поводу того, что хочет клиент. Есть клиент заказчик, есть плательщик и есть пользователь. Нужно разобраться на сколько совпадают их потребности. На это нужно время. Поэтому времени на всех этапах выполнения проекта нужно больше. Нужно согласовать так ли мы поняли техзадание, затем правильно ли выполнили в прототипе то что нужно, правильно ли воплотили воплотили в mvp нужный функционал. Этот излишек времени с лихвой компенсируется на этапе внедрения разработки
80 процентов цифр и формул не имеют никакого значения без должно выстроенной коммуникации с поставщиком задач!) абсолютно верное замечание
Не всегда это три разные сущности Простите, не очень поняла, как от потребностей клиента Вы перешли ко времени. То, что там издержки временные, тут издержки - это ок. Но вопрос автора остаётся открытым-как измерить пользу для клиента?
Пользу для клиента измеряю в тройственном ограничение через Scope подходом OKR: Расписываем план достижения цели и сравниваем, получает ли клиент свою пользу за определённый период и деньги - есть ли положительная динамика в его метриках за счёт деланья нами задач. В теории лучше чем на практике))) фокус цели и подбор метрик штука очень непостоянная получается.
Обсуждают сегодня