Size: a a a

Software Design/Architecture/Zen

2021 June 30

ST

Serguei Tarassov in Software Design/Architecture/Zen
Они забыли пригласить постановщиков задач. Поэтому вывели эту роль за скобки в виде "владельца продукта". Типа, не наше это дело, пусть он один разбирается. А мы кодируем и рефакторим.
источник

RT

Roman Tsikhanovich in Software Design/Architecture/Zen
"владелец продукта" не имеет отношения к аджайлу как идее
источник

SP

Sergey Protko in Software Design/Architecture/Zen
постановщики задач - это прослойка в испорченном телефоне которая трансформирует "хочу кнопку" в формализованные юзкейсы и ты ждешь пока они спеку месяц рожать будут что бы "не думать и захерачить что просят" даже если ту же проблему можно было решить в 10 раз дешевлеН?
источник

ST

Serguei Tarassov in Software Design/Architecture/Zen
А откуда брать требования, разбираться в них, систематизировать, приоретизировать?
источник

SP

Sergey Protko in Software Design/Architecture/Zen
I said “Great, no problem. Tell me who they’re for and what problems this solves for them.”

Her response? “They’re the requirements.”

I replied, “I get it. Just tell me a bit about who they’re for, and how are they going to use this, and where does it fit in to the way they work.”

She looked at me like I was stupid and said to me one last time with an air of finality, “They’re requirements.”

It was at that moment that I learned that this word requirements actually means shut up.
источник

RT

Roman Tsikhanovich in Software Design/Architecture/Zen
нужно коммуницировать с заказчиком и пользователями
источник

ST

Serguei Tarassov in Software Design/Architecture/Zen
Это заблуждение, 80% требований идет из предметной области, 20% - их персонализация под пользователей.
источник

SP

Sergey Protko in Software Design/Architecture/Zen
в чем именно заблуждение? Мой поинт в том что не выйдет иметь "человека" который будет выдавать тебе "что делать" что бы это экономически оптимально. Слишком сложно или слишком медленно (что влияет на lead time и как следствие на прибыль)
источник

SP

Sergey Protko in Software Design/Architecture/Zen
понятно что если мы говорим про "заводу А нужно просто автоматизировать текущий процесс" то это не про это
источник

k

knopkod4v in Software Design/Architecture/Zen
https://youtu.be/TQ9rng6YFeY?t=1959
это другой видос, но по моему тема та же
источник

ST

Serguei Tarassov in Software Design/Architecture/Zen
Ну, то есть переложить ответственность на заказчика. Общаться с рядовыми пользователями на темы, выходящие за рамки эргономики, крайне не рекомендуется.
источник

RT

Roman Tsikhanovich in Software Design/Architecture/Zen
я не очень понимаю язык на котором вы говорите
источник

RT

Roman Tsikhanovich in Software Design/Architecture/Zen
что значит "переложить ответственность на заказчика"? почему фидбек от пользователя "не рекомендуется?
источник

SP

Sergey Protko in Software Design/Architecture/Zen
кто такой "заказчик"? мы сейчас только про аутсорс говорим?
источник

RT

Roman Tsikhanovich in Software Design/Architecture/Zen
ну типа приходит человек в свадебный салон, говорит что хочет свадьбу организовать, у него спрашивают а какими цветами хотите все украсить? а он такой ууууу сюк, ответственность на меня хотите переложить?
источник

SP

Sergey Protko in Software Design/Architecture/Zen
я б так и сказал)
источник

RT

Roman Tsikhanovich in Software Design/Architecture/Zen
=)
источник

ST

Serguei Tarassov in Software Design/Architecture/Zen
Это значит заказчик должен предлагать модели. Отзывы пользователей не имеют к таким моделям отношения. У пользователей другая работа.
источник

RT

Roman Tsikhanovich in Software Design/Architecture/Zen
заказчик должен описывать что и для чего он хочет получить, фидбек (в том числе пользователей) важен чтобы понять насколько цели были достигнуты
источник

ST

Serguei Tarassov in Software Design/Architecture/Zen
Хорошо, спустимся на метафоры. Приходит человек в свадебный салон и говорит "Жениться хочу, невесты пока нет, но вы пока начинайте тут спринты".
источник