Ms
Делать задачу без бизнес вэлью это такое себе)
Size: a a a
2021 July 09
SU
возвращаемся к первичному вопросу. тогда нет смысла писать таск, если разработчик все равно пойдет к продакту
Ms
Именно)
Ms
Прост текст в таске это то, что ты хотел бы, чтобы разработчик знал до разговора
SU
есть две грани: формальное описание задачи - повод пообщаться или крайне детализированная постановка, которую хоть на фриланс отдавай
Ms
Посмотрел как сейчас сделано)
ОО
а если без вот этих вот "бессмысленных телодвижений" просто описать все по максимуму в задаче?
Ms
Первое вполне себе для взрослых команд)
Ms
Ну если времени много)
PE
Ето считается не джунским скиллом уже 🙂 Джуны не те что раньше уже.
Ms
Почему нет)))
Ms
Вот поэтому надо брать Дашу
Ms
Даша не боится коммуникации
PE
Если у меня выбор между двумя кандидатами, но у обоих "НО", то прошу рекрутера искать дальше. 🙂
Ms
Цель таски — передать тебе знание бизнеса, ты со своей стороны добавляешь знание техчасти
PE
А если готовы брать Дашу, то все чего у Даши нет -- удалить из вакансии.
SU
знания опишутся в документации, вики
а цель таски - описать рамки задачи, цель, время, приоритет
а цель таски - описать рамки задачи, цель, время, приоритет
Ms
Если эту документацию внесли в dod
АС
Задача должна прежде всего отвечать на вопрос "Да что же, блять, конкретно нужно сделать?"
A
Про предметную область и дилеммы - писать задание кратко или все разжевывать - программист должен разбираться в предметной области - не важно джун он или архитектор. Иначе он будет писать не то что требуется. Все формализовать нельзя- будет том целый по предметной области. Такие вещи должны идти поверх заданий как общее погружение команды в тему того что на самом деле разрабатываем.