Re: Формирование задач по проекту (там)
Добавлено: Вт сен 08, 2015 9:46 pm
Насколько удобен тебе твой способ? (и что за софт если не секрет, если тебя почти все устраивает?)
Сколько у тебя задач в крупном для тебя проекте? (если ты такие до конца расписываешь)
Просто я тоже не ПМ, но разложить в точные получасовки даже задачу на 8-16 рабочих часов мне тяжело получив только описание. И бессмысленно до кучи. Так как эти 16-32 получасовки скорее всего будут изменены процентов на 60-80 до того как я доберусь до финала.
Допустим последняя крупная рабочая задача (1С я занимаюсь):
Добавить в документ учет личного и имущественного страхования.
В целом понятно, что будет 4 этапа - добавить реквизиты "внутрь" документа, настроить автозаполнение, прорисовать в интерфейс 4 таблички по аналогии с соседними, изменить обработку проведения.
А вот дальнейшее до начала работы плывет. Уточнить до состояния стабильности - значит выполнить уже треть, а то и половину работы.
Например, интерфейс - в нулевом приближении понятно, сколько таблиц, не понятно, сколько в них событий. Поразбиравшись с таблицами, видно сколько событий, но не видно насколько они должны отличаться от существующих и что нужно делать: брать существующие, копипастить с доработками, писать новые, рефакторить существующие до универсального состояния. И так чем дальше в глубь тем толще партизаны. При требовании водопада я бы конечно во все это полез, выкопал, и к концу написания ТЗ для заказчика имел бы на половину написанный код, включил бы его создание в стоимость составления ТЗ, в котором писал бы, что это все только предстоит сделать, а по факту уже бы в оставшееся время только причесывал и писал тесты.
Но все равно, написание ТЗ очевидно было бы частью проекта, не уложилось бы в полчаса, и значит иллюстрацией к "сначала расписать все задачи по проекту, а потом его делать не переписывая" такой подход бы не был.
К счастью, у меня работа окладная, так что я могу просто обозначить 4 этапа, и выдавать себе задачи (следующие шаги) по мере надобности. Попутно в процессе накидывая свои мысли о том, что обязательно надо сделать / проверить на конечном этапе в качестве задач в соответствующие разделы.
Сколько у тебя задач в крупном для тебя проекте? (если ты такие до конца расписываешь)
Просто я тоже не ПМ, но разложить в точные получасовки даже задачу на 8-16 рабочих часов мне тяжело получив только описание. И бессмысленно до кучи. Так как эти 16-32 получасовки скорее всего будут изменены процентов на 60-80 до того как я доберусь до финала.
Допустим последняя крупная рабочая задача (1С я занимаюсь):
Добавить в документ учет личного и имущественного страхования.
В целом понятно, что будет 4 этапа - добавить реквизиты "внутрь" документа, настроить автозаполнение, прорисовать в интерфейс 4 таблички по аналогии с соседними, изменить обработку проведения.
А вот дальнейшее до начала работы плывет. Уточнить до состояния стабильности - значит выполнить уже треть, а то и половину работы.
Например, интерфейс - в нулевом приближении понятно, сколько таблиц, не понятно, сколько в них событий. Поразбиравшись с таблицами, видно сколько событий, но не видно насколько они должны отличаться от существующих и что нужно делать: брать существующие, копипастить с доработками, писать новые, рефакторить существующие до универсального состояния. И так чем дальше в глубь тем толще партизаны. При требовании водопада я бы конечно во все это полез, выкопал, и к концу написания ТЗ для заказчика имел бы на половину написанный код, включил бы его создание в стоимость составления ТЗ, в котором писал бы, что это все только предстоит сделать, а по факту уже бы в оставшееся время только причесывал и писал тесты.
Но все равно, написание ТЗ очевидно было бы частью проекта, не уложилось бы в полчаса, и значит иллюстрацией к "сначала расписать все задачи по проекту, а потом его делать не переписывая" такой подход бы не был.
К счастью, у меня работа окладная, так что я могу просто обозначить 4 этапа, и выдавать себе задачи (следующие шаги) по мере надобности. Попутно в процессе накидывая свои мысли о том, что обязательно надо сделать / проверить на конечном этапе в качестве задач в соответствующие разделы.