Сообщение Re[2]: эндорфины и stand up от 20.06.2023 8:34
Изменено 20.06.2023 11:36 Философ
Re[2]: эндорфины и stand up
Здравствуйте, baxton_ulf, Вы писали:
S>>есть ли какие то варианты улучшить ситуацию кроме смены работы ?
_>ну дык разбей на 10 маленьких задач. как говорится "в попугаях оно все значительно длиннее". и будешь самым производительным членом команды
Это не всегда возможно: иногда задачи бывают действительно сложные. Тогда в процессе их решения возникают подзадачи, а в процессе решения подзадач возникают ещё подзадачи, по несколько штук в день. Т.о. получается, что у тебя в работе будет стек задач.
К примеру: решаем задачу GUI-A. В процессе её решения появились задачи GUI-A001, GUI-A002. Ознакомился с A001 (т.е. оценил), перешёл к A002 глянул — поставил на паузу, вернулся к A001 — создал GUI-A003, GUI-A004. Положил в стек GUI-A001, решаем GUI-A003.
В итоге список выглядит вот так:
GUI-A — InProgress
GUI-A001 — InProgress
GUI-A002 — Paused
GUI-A003 — InProgress
GUI-A004 — TODO
Собственно, после решения GUI-A003 перейдём к GUI-A004, а после неё GUI-A001 будет автоматически решена.
В таком случае спрашивается: 1) на кой ляд нужны были A003 и GUI-A004, если это этапы одной задачи?
2) Стоило ли вообще заморачиваться со всей сетью задач GUI-A00X, если вся эта канитель — решение одной задачи: GUI-A
Когда у меня были такие задачи, я не заморачивался. Не заморачивался кстати не только я. У меня тогда в YouTrack'е были задачи на 12 и больше экранов текста. Там и рабочие материалы были, и скриншоты, и результаты тестирования — 2 месяца канители над одной задачей.
S>>есть ли какие то варианты улучшить ситуацию кроме смены работы ?
_>ну дык разбей на 10 маленьких задач. как говорится "в попугаях оно все значительно длиннее". и будешь самым производительным членом команды
Это не всегда возможно: иногда задачи бывают действительно сложные. Тогда в процессе их решения возникают подзадачи, а в процессе решения подзадач возникают ещё подзадачи, по несколько штук в день. Т.о. получается, что у тебя в работе будет стек задач.
К примеру: решаем задачу GUI-A. В процессе её решения появились задачи GUI-A001, GUI-A002. Ознакомился с A001 (т.е. оценил), перешёл к A002 глянул — поставил на паузу, вернулся к A001 — создал GUI-A003, GUI-A004. Положил в стек GUI-A001, решаем GUI-A003.
В итоге список выглядит вот так:
GUI-A — InProgress
GUI-A001 — InProgress
GUI-A002 — Paused
GUI-A003 — InProgress
GUI-A004 — TODO
Собственно, после решения GUI-A003 перейдём к GUI-A004, а после неё GUI-A001 будет автоматически решена.
В таком случае спрашивается: 1) на кой ляд нужны были A003 и GUI-A004, если это этапы одной задачи?
2) Стоило ли вообще заморачиваться со всей сетью задач GUI-A00X, если вся эта канитель — решение одной задачи: GUI-A
Когда у меня были такие задачи, я не заморачивался. Не заморачивался кстати не только я. У меня тогда в YouTrack'е были задачи на 12 и больше экранов текста. Там и рабочие материалы были, и скриншоты, и результаты тестирования — 2 месяца канители над одной задачей.
Re[2]: эндорфины и stand up
Здравствуйте, baxton_ulf, Вы писали:
S>>есть ли какие то варианты улучшить ситуацию кроме смены работы ?
_>ну дык разбей на 10 маленьких задач. как говорится "в попугаях оно все значительно длиннее". и будешь самым производительным членом команды
Это не всегда возможно: иногда задачи бывают действительно сложные. Тогда в процессе их решения возникают подзадачи, а в процессе решения подзадач возникают ещё подзадачи, по несколько штук в день. Т.о. получается, что у тебя в работе будет стек задач.
К примеру: решаем задачу GUI-A. В процессе её решения появились задачи GUI-A001, GUI-A002. Ознакомился с A001 (т.е. оценил), перешёл к A002 глянул — поставил на паузу, вернулся к A001 — создал GUI-A003, GUI-A004. Положил в стек GUI-A001, решаем GUI-A003.
В итоге список выглядит вот так:
GUI-A — InProgress
GUI-A001 — InProgress
GUI-A002 — Paused
GUI-A003 — InProgress
GUI-A004 — TODO
Собственно, после решения GUI-A003 перейдём к GUI-A004, а после неё GUI-A001 будет автоматически решена.
В таком случае спрашивается: 1) на кой ляд нужны были A003 и A004, если это этапы одной задачи?
2) Стоило ли вообще заморачиваться со всей сетью задач GUI-A00X, если вся эта канитель — решение одной задачи: GUI-A
Когда у меня были такие задачи, я не заморачивался. Не заморачивался кстати не только я. У меня тогда в YouTrack'е были задачи на 12 и больше экранов текста. Там и рабочие материалы были, и скриншоты, и результаты тестирования — 2 месяца канители над одной задачей.
S>>есть ли какие то варианты улучшить ситуацию кроме смены работы ?
_>ну дык разбей на 10 маленьких задач. как говорится "в попугаях оно все значительно длиннее". и будешь самым производительным членом команды
Это не всегда возможно: иногда задачи бывают действительно сложные. Тогда в процессе их решения возникают подзадачи, а в процессе решения подзадач возникают ещё подзадачи, по несколько штук в день. Т.о. получается, что у тебя в работе будет стек задач.
К примеру: решаем задачу GUI-A. В процессе её решения появились задачи GUI-A001, GUI-A002. Ознакомился с A001 (т.е. оценил), перешёл к A002 глянул — поставил на паузу, вернулся к A001 — создал GUI-A003, GUI-A004. Положил в стек GUI-A001, решаем GUI-A003.
В итоге список выглядит вот так:
GUI-A — InProgress
GUI-A001 — InProgress
GUI-A002 — Paused
GUI-A003 — InProgress
GUI-A004 — TODO
Собственно, после решения GUI-A003 перейдём к GUI-A004, а после неё GUI-A001 будет автоматически решена.
В таком случае спрашивается: 1) на кой ляд нужны были A003 и A004, если это этапы одной задачи?
2) Стоило ли вообще заморачиваться со всей сетью задач GUI-A00X, если вся эта канитель — решение одной задачи: GUI-A
Когда у меня были такие задачи, я не заморачивался. Не заморачивался кстати не только я. У меня тогда в YouTrack'е были задачи на 12 и больше экранов текста. Там и рабочие материалы были, и скриншоты, и результаты тестирования — 2 месяца канители над одной задачей.