ГОСТ-овский стиль управления

[gaperton]

Многим, кто работал по ГОСТ-19 или 34, или по другим ГОСТ вариациям ЕСКД, этот стиль хорошо знаком. Он значительно отличается от западной "классики", хоть и сам является не меньшей классикой

Comments

[kzn]

Спасибо, очень интересно.

Нас в институте заставляли писать ТЗ на курсовые и диплом. Тогда было не понятно, зачем это надо, и я считал это пустой тратой времени. С таким пояснением сразу стало понятно и все стало на места.

[zibsun]

Спасибо, очень круто разъяснил. Любой подход можно испортить неправильным исполнением.

[gaperton]

Беда в том, что толковых руководств по практике применения ГОСТ-ов нет. По крайней мере - мне не попадались. Это знание - как дзен, передающееся от человека к человеку.

Так что - ЕСПД очень легко использовать неправильно.

В искусстве ТЗ есть, кстати, еще одна важная тонкость. Которую вообще никто не втыкает :).

Разница между целями и задачами. Люди почему-то легко понимают разницу между причиной и следствием, но целью работы в ТЗ у них при этом является "разработка подсистемы Х", то есть процесс :).

Надо добавить про цели и задачи. Это важно.

[alexott]

Насчет передачи знаний - полностью согласен. Мне пришлось поработать с парой человек на нескольких проектах, чтобы хорошо научиться писать документацию по ГОСТу. Зато потом все шло как по маслу, садишься за компьютер, расслабляешься, берешь шаблон для ТЗ и начинаешь вдумчиво заполнять - цели, задачи, этапы и т.д.
Но я несколько лет вел проекты (с технической стороны) для ЦБ РФ, а они к ГОСТу относились очень серьезно

[gaperton]

Кстати, из моей заметки очевидна прямолинейная стыковка ГОСТ-19 со Скрамом :). Хозяйке на заметку. :) Итерация является этапом.

[vvagr]

Всё-таки классический и гостовский методы имеют свои условия применимости, без характеризации которых это всё не очень достоверно. Гостовские методы в некотором смысле перестали работать при переходе к специализированным горизонтально-интегрированным командам, когда перестало быть понятным - кто кому уполномочен ставить такие ТЗ. Коллаборация с общим репозиторием требований, общей моделью, общим issue tracker - не ложатся в эту рамку. Разработка железок в старых российских кб по госзаказу - и то переживает кризис проектного управления по этой причине.

[gaperton]

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

[vvagr]

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

Вам повезло с НТЦ "Модуль". Значит, там нет "этой причины". Бывает и такое. Чем больше проект - тем реже. На стройках с парой тысяч человек в пике - очень редко :-(

А выводы о границах применимости я и впрямь сделал сам. Но, честно сказать, это у меня первый тест в рабочей практике - сознаёт ли очередной внедрятель методики проектного управления границы применимости своей методики (есть ещё нулевой, знает ли он о наличии альтернативных методик :-). Изините, мы, разумеется, не в рабочей практике, и Вы вправе не отвечать на мои назойливые вопросы.

[gaperton]

> Кризис - это то самое использование стандартных форматов планирования проекта только для отчётности, когда "настоящий" план проекта лежит в головах или в тайных эксель файлах.

То есть, это формальный подход к методике и установленным правилам. Что такое ризис - понятно. Теперь - следующая загадка:

> Разработка железок в старых российских кб по госзаказу - и то переживает кризис проектного управления по этой причине.

И по какой именно "этой" причине, говорите, этот "кризис"? Ничерта не понятно, расшифруйте.

> Вам повезло с НТЦ "Модуль". Значит, там нет "этой причины".

Ну вообще-то все ровно наоборот. Это НТЦ "Модуль"-ю повезло со мной.

Какой "этой" причины там нет - не понимаю. Вы растолкуйте по простому, будьте любезны.

[dvornickus]

Спасибо, все стало гораздо понятнее.
Всем бы студентом вместо/перед чтения ГОСТ-19 давать читать эту статью :)

[guamoka]

GTD-GTD-GTD. Первые главы. Ничего нового или прорывного. Просто сам-ап уже давно известного. Дзен how tackle a problem.

[gaperton]

В GTD-то? Ну да. Ни нового, ни прорывного. Пустышка.

Вы ведь не про ЕСПД, который введен постановлением комитета стандартов совета министров СССР от 20 мая 1977 года, правда? :)

[guamoka]

Вы ведь не про ЕСПД, который введен постановлением комитета стандартов совета министров СССР от 20 мая 1977 года, правда? :)

А толку? Зато как напыщенно! Проще надо (было) быть, up to the point:-)

[gaperton]

Как напыщенно-то? :) Не понимаю, растолкуйте :))).

> Проще надо (было) быть, up to the point:-)

"Это должно быть просто, настолько, насколько возможно. Но не проще."