Size: a a a

2021 February 15

AM

Artem Molotov in PHP
Vladimir Chernyshev
есть ещё менеджеры требований (
Они совмещают))
источник

SP

Sergey Protko in PHP
Artem Molotov
Очень интересно за что они получают деньги, если не умеют анализировать и строить текст. Речь не о каких-то технических вещах, а о банальной декомпозиции и написании юз кейсов в какой-то из пародий на ТЗ.
ну моя выборка говорит не о том что они не умеют строить текст. больше в том что непосредственно что является ценностью и нафига мы все это делаем не сильно разбираются.
источник

SP

Sergey Protko in PHP
короч хз, моя притензия больше к разработчикам которые "хочу таску и пилить себе тихонько".
источник

VC

Vladimir Chernyshev in PHP
Sergey Protko
короч хз, моя притензия больше к разработчикам которые "хочу таску и пилить себе тихонько".
я хочу себе таску, из которой понятно что нужно сделать, для кого  и зачем )
источник

SP

Sergey Protko in PHP
Vladimir Chernyshev
я хочу себе таску, из которой понятно что нужно сделать, для кого  и зачем )
"что нужно сделать" -> какую проблему решить - согласен. Для многих это "не хочу ничего решать".
источник

VC

Vladimir Chernyshev in PHP
Sergey Protko
"что нужно сделать" -> какую проблему решить - согласен. Для многих это "не хочу ничего решать".
для меня “какую проблему решить” это больше про “зачем”
источник

SP

Sergey Protko in PHP
Vladimir Chernyshev
для меня “какую проблему решить” это больше про “зачем”
ну то есть ты хочешь услышать еще и "как ее решить", так?
источник

SZ

Sergey Zolotov in PHP
худшие задачи это про то "как решить"
источник

AM

Artem Molotov in PHP
Sergey Protko
"что нужно сделать" -> какую проблему решить - согласен. Для многих это "не хочу ничего решать".
Разработчику и не дают ничего решать, если это не лид какой-то. И даже лида порой не слушают. При этом к этому ещё может добавляться "поди угадай что надо делать". Понимать для чего разработчик делает то или иное - несомненно важно.
источник

VC

Vladimir Chernyshev in PHP
Sergey Protko
ну то есть ты хочешь услышать еще и "как ее решить", так?
к моменту когда перевожу таску в статус “в работе” - да. “Как решить” могу и сам написать, но это в других статтусах
источник

SP

Sergey Protko in PHP
Vladimir Chernyshev
к моменту когда перевожу таску в статус “в работе” - да. “Как решить” могу и сам написать, но это в других статтусах
ну для этого придумали всякие грумминги и т.д. Смысл в том что "как решить" уже команда составляет а не прилетает откуда-то непонятно от кого.
источник

SP

Sergey Protko in PHP
если у тебя внутри команды ты выделил роль которая отвечает за это - оке. Главное что бы у команды была возможность "передумать" и основным критерием успеха было бы "а проблема решена вообще?".

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

VC

Vladimir Chernyshev in PHP
Sergey Protko
ну для этого придумали всякие грумминги и т.д. Смысл в том что "как решить" уже команда составляет а не прилетает откуда-то непонятно от кого.
это от процессов зависит, опять же “как решить” могут быть разной детализации: к дев-команде это больше про технический дизайн решения
источник

SZ

Sergey Zolotov in PHP
про "как решить" это может скрываться под "вот макет кнопки, нада добавить в апликуху и шоб она делала экспорт"
источник

SZ

Sergey Zolotov in PHP
а зачем и для кого экспорт.. тут уже интересно может быть)
источник

SP

Sergey Protko in PHP
Vladimir Chernyshev
это от процессов зависит, опять же “как решить” могут быть разной детализации: к дев-команде это больше про технический дизайн решения
ну вот да, типичный пример это "хочу тут кнопку которая делает заебись" и описание не учитывает ограничения системы или конфликтует с какими-то старыми фичами. Без понимания что за проблемы решаем дев тиима может оч быстро понапридумывать скоуп работы на пару месяцев там где можно было за недельку все сделать
источник

VC

Vladimir Chernyshev in PHP
Sergey Zolotov
про "как решить" это может скрываться под "вот макет кнопки, нада добавить в апликуху и шоб она делала экспорт"
это UX дизайн решения, когда бизнес и технари обсудили проблему и решили “будем делать эскпорт”
источник

VC

Vladimir Chernyshev in PHP
в нашем случае “технари” - это я и кто-то из девов, кто разбирается в контексте проблемы
источник

SZ

Sergey Zolotov in PHP
Vladimir Chernyshev
это UX дизайн решения, когда бизнес и технари обсудили проблему и решили “будем делать эскпорт”
если бизнес и технари обсудили проблему. то в задаче вообще что-то помимо тайтла писать нужно только для истории
источник

VC

Vladimir Chernyshev in PHP
Sergey Zolotov
если бизнес и технари обсудили проблему. то в задаче вообще что-то помимо тайтла писать нужно только для истории
технари - не значит вся команда или не значит, что задача будет делаться сейчас , а не через полгода
источник