_J>Себя. Опыта маловато. Поэтому когда расписываю задания получается или слишком общо или слишком детально. Не могу найти золотую середину.
Старайся описывать задания с точки зрения не "как", а "что" или точнее даже "зачем".
Тогда лишней детальности быть не должно.
Т. е. формулируй сначала не спецификацию, а требования.
Здравствуйте, pm_Junior, Вы писали:
_J>Мне бы примеры тасков для девелоперов из ваших старых проектов. Хотябы пару-тройку.
Вот несколько из реального project плана:
Database 31.4 days?
"Redesign review sessions, extended schema development" 10 days
DB Scripts 21.4 days?
Schema extensions 5 days
Basic stored procedures 8 days
Extended set of stored procs 1 day?
Installation scripts 5 days
Data migration 2 days
Milestone - Database Development Complete 0 days
Management Console 66 days
Design Outlook-Like Framework 16 days
Select user controls 3 days
Migrate to .Net 2.0 3 days
Deliver prototype (layout) 10 days
Review and Redesign Personal Category 13 days
Add interactive selection (details) 5 days
Add filtering and multiple selection 3 days
Support extended group membership 5 days
Add Provisioning to AD 3 days
Sybase Provisioning/de-provisioning 3 days
ну и т.д.
Расчитано на сеньера + functional specs. Разжевывать и вводить в курс дела обычных девелоперов — задача сеньера (у нас).
A>ну и т.д.
A>Расчитано на сеньера + functional specs. Разжевывать и вводить в курс дела обычных девелоперов — задача сеньера (у нас).
Спасибо. Если будет еще и 1-2 примера из пережеванного сеньором (если конечно есть в текстовом формате) , то это то что мне и было нужно.
У нас , так и есть сейчас — Project план и вербальное общение мое с девелопером. Высокое начальство это не устроило, требують формализовать общение. Правильно конечно.