Comments | dz: Артефакт: устав проекта

Артефакт: устав проекта

Mar 17, 2017 20:23

Устав проекта содержит набор договорённостей о схеме работы над проектом и перечень ответственных сотрудников со всех участвующих сторон.

Общее описаниеУстав проекта содержит все те сведения, которые иначе новому сотруднику пришлось бы спрашивать у проектного менеджера или ведущего разработчика, чтобы начать работу над проектом. Контактная ( Read more... )

software development, ПроцессЗавалишина

Comments 9

Предназначение устава? ext_1381818 March 17 2017, 17:55:34 UTC

Дим, на вскидку, первое, что не хватает, это описание целей и критериев успешности проекта. Раз это устав проекта.

Где будут описаны подходы в управлении рисками проекта? В другом документе?

Re: Предназначение устава? dz March 17 2017, 18:29:49 UTC

Риски - отдельный документ.

Критерии успешности проекта вообще - в концепции, но они неформальны.

Концепция - http://dz.livejournal.com/1051030.html

Формальные критерии по договору - соответствие результата требованиям. О них тоже будет дальше.

Спасибо!

ext_1381818 March 17 2017, 17:56:19 UTC

Еще можно добавить сопряжение проекта с другими ведущимися проектами.

dz March 17 2017, 19:24:52 UTC

Напоминание для себя - в уставе так же может быть оговорен стиль написания кода. Чаще, впрочем, стандарт кодирования - отдельный документ.

мотивация... ae67 March 17 2017, 20:32:13 UTC

несмотря на проектную ориентацию данного "талмуда" всё же очень интересно как уживаются проекты с реалиями бытовой жизни сотрудников, то есть как формируется ФОТ при участии сильно разных сотрудников в множестве проектов... хотя и внутри проекта интересно находит ли отражение активности участника в уровне оплаты его труда???

полностью согласен с постулатом, что важна ценность процесса для заказчика, но так как я "по другую сторону баррикад", то меня не меньше волнует ценность процесса для исполнителя!!!

Re: мотивация... dz March 18 2017, 15:59:32 UTC

Это вообще отдельная зона жизни. Как правило, есть две отдельные задачи - обеспечение максимума загрузки команды и отображение фактических затрат на проект.

То есть - ФОТ существует сам по себе, как данность. Поскольку его нельзя регулировать плавно, а только наймом и увольнением, то задача строится как "загрузить всех по максимуму и корректировать размер команды в соответствии с загрузкой".

Но при этом если сотрудник работает на трёх проектах, то важно списывать его трудозатраты с разумной точностью, чтобы понимать, насколько каждый проект укладывается в бюджет.

Re: мотивация... ae67 March 19 2017, 06:41:50 UTC

не могу согласиться тем, что его нельзя регулировать... мы как раз регулируем и в большинстве служб это работает отлично, а вот у программистов как раз пока буксует внедрение. Отчасти у нас, конечно, своя специфика и по факту в течение месяца каждый работник принимает участие в массе проектов, так что, его ФОТ делать фиксированным нелогично...

Re: мотивация... dz March 21 2017, 16:21:07 UTC

Сдельная? Это не знаю, в нашем бизнесе для кадровых это не принято.

alxt March 18 2017, 04:44:43 UTC

Забавно, читая это, проецировать всё на продуктовыю разработку SaaS для крупного бизнеса.
Пункты у нас где-то описаны, где-то передаются устно- но в целом пременимо всё (хотя почти всегда- все роли у нас).

При том, что уже 2 года (после покупки другой фирмы) идёт унификация всего, причём что-то (хорошее) мы перенимаем, а что-то наоборот (типа управления серверами и деплоем- puppet вместо сборища sh-скриптов, понятных только автору).