VI
можно сесть с ним и показать как надо декомпозировать. вполне вероятно он правда просто не понимает как можно.
++
Size: a a a
2021 March 26
VI
спасибо за мысли
АГ
этот Вася, он от работы чего хочет в основном?
видимо хочет кодить, а не задачу одну брать, и из нее еще 3 создавать)
АГ
если исходить из принципа "пофиг что делать, бабло платят и ладно" - то да, попроет, до поры до времени. но человек быстро выгорит и уйдет. надо чтобы работать было в радость.
NB
если исходить из принципа "пофиг что делать, бабло платят и ладно" - то да, попроет, до поры до времени. но человек быстро выгорит и уйдет. надо чтобы работать было в радость.
не факт. многие годами работают по принципу: мне пришла задача я ее сделал. и это тоже норм. рабочие руки тоже нужны.
k🌐
к слову - для чего бизнесу требовать от разработчика декомпозировать задачу?
какой в этом профит? При условии что вся задача достанется ему в конечном счете
это же трата времени на оформление и отчетность. Пусть декомпозирует если ему надо у себя в голове
прозрачность в отслеживании прогресса?
какой в этом профит? При условии что вся задача достанется ему в конечном счете
это же трата времени на оформление и отчетность. Пусть декомпозирует если ему надо у себя в голове
прозрачность в отслеживании прогресса?
EM
при декомпозиции бизнесу становится понятен процесс разработки, а также немного псевдоконтроля за сроками исполнения (я сделаю задачу за 3 месяца - контроль только в конце, я сделаю 20 пунктов задач за 3 месяца и буду выполнять их поочереди - и вот уже отслеживаемый прогресс), а также, если гражданин уволится/заболеет/умрет, то его сменщику можно будет дать нечто чуть менее абстрактное, чем без декомпозиции.
TM
Декомпозиция задач позволяет уходить от проблемы прокрастинации, так как перед тем как делать задачу, нужно держать большой объем информации. Маленькеи небольшие задачу позволяют сразу приступать к делу.
TM
Ну и для бизнеса большой плюс, он видит этапы работы, проще делать отчет о проделанной работе.
k🌐
Многое от контекста зависит конечно
могут быть и задачки на исследование, где шаг 2 зависит от результата шага 1
да и ответ может быть в формате "копаю туда, затем копаю сюда"
то есть может быть "план" будет более понятным всем сторонам процесса
могут быть и задачки на исследование, где шаг 2 зависит от результата шага 1
да и ответ может быть в формате "копаю туда, затем копаю сюда"
то есть может быть "план" будет более понятным всем сторонам процесса
SG
разработчики просто перфекционисты и если бить задачу то придется оставить ее недоделанной на каком то этапе
SG
и этого таракана сложно выгнать из головы
VI
к слову - для чего бизнесу требовать от разработчика декомпозировать задачу?
какой в этом профит? При условии что вся задача достанется ему в конечном счете
это же трата времени на оформление и отчетность. Пусть декомпозирует если ему надо у себя в голове
прозрачность в отслеживании прогресса?
какой в этом профит? При условии что вся задача достанется ему в конечном счете
это же трата времени на оформление и отчетность. Пусть декомпозирует если ему надо у себя в голове
прозрачность в отслеживании прогресса?
1. Уменьшает размер пакета деплоя, уменьшает контекст свитч, ускоряет доставку(читайте Accelerate)
2. Повышает прозрачность
3. Улучшает точность оценок
2. Повышает прозрачность
3. Улучшает точность оценок
SG
нужно просто объяснить что никому не нравится что дать фидбек по задаче можно только раз в неделю когда Вася наконец то доделал свою задачу
SG
отличное упражнение - нанять бригаду делать ремонт в квартире. сразу по другую сторону баррикад оказываешься 😂
VI
отличное упражнение - нанять бригаду делать ремонт в квартире. сразу по другую сторону баррикад оказываешься 😂
вряд ли я могу разработчику такое предложить)
k🌐
1. Уменьшает размер пакета деплоя, уменьшает контекст свитч, ускоряет доставку(читайте Accelerate)
2. Повышает прозрачность
3. Улучшает точность оценок
2. Повышает прозрачность
3. Улучшает точность оценок
вы под декомпозицией понимаете разбиение на подзадачи которые могут быть залиты независимо до завершения основной задачи?
VI
вы под декомпозицией понимаете разбиение на подзадачи которые могут быть залиты независимо до завершения основной задачи?
да
VK
слушайте, тут встала проблема: один из разработчиков в упор отказывается декомпозировать задачи. Типа разбить нельзя, потому что нельзя, и вообще отстаньте от меня, я сам всю задачу сделаю. Что делать в этом случае? Есть опасение, что просто донести бизнес необходимость не получится
а кто дает ему задачи? пусть он разобьет задачу на подзадачи и выдает подзадачи
VI
а кто дает ему задачи? пусть он разобьет задачу на подзадачи и выдает подзадачи
эту часть мы сделаем, но есть еще технические задачи, которые разработчик должен разбивать сам