Многим, кто работал по ГОСТ-19 или 34, или по другим ГОСТ вариациям ЕСКД, этот стиль хорошо знаком. Он значительно отличается от западной "классики", хоть и сам является не меньшей классикой
( Read more... )
Беда в том, что толковых руководств по практике применения ГОСТ-ов нет. По крайней мере - мне не попадались. Это знание - как дзен, передающееся от человека к человеку.
Так что - ЕСПД очень легко использовать неправильно.
В искусстве ТЗ есть, кстати, еще одна важная тонкость. Которую вообще никто не втыкает :).
Разница между целями и задачами. Люди почему-то легко понимают разницу между причиной и следствием, но целью работы в ТЗ у них при этом является "разработка подсистемы Х", то есть процесс :).
Насчет передачи знаний - полностью согласен. Мне пришлось поработать с парой человек на нескольких проектах, чтобы хорошо научиться писать документацию по ГОСТу. Зато потом все шло как по маслу, садишься за компьютер, расслабляешься, берешь шаблон для ТЗ и начинаешь вдумчиво заполнять - цели, задачи, этапы и т.д. Но я несколько лет вел проекты (с технической стороны) для ЦБ РФ, а они к ГОСТу относились очень серьезно
Вопрос по существуvsocialAugust 22 2010, 15:26:59 UTC
Посоветуйте компанию, которая работает по Вашим принципам, и может сделать в сжатые сроки сложный сайт рейтингового агентства. Там придется и итерацию применять и все прочее.
Re: Вопрос по существуgapertonAugust 22 2010, 15:42:48 UTC
По описанным в статье принципам из известных мне компаний работает только НТЦ "Модуль". Но он сайтами не занимается - основной профиль у них электроника и микроэлектроника.
От себя могу предложить следующее - я могу по контракту представлять интересы заказчика в этих работах. То есть - помочь отобрать наиболее вменяемого исполнителя из нескольких (для этого на них смотреть надо), поуправлять требованиями, составить ТЗ и план, отслеживать прогресс со стороны заказчика, и организовать приемку работ.
В этом случае - любая компания будет работать по описанным мной принципам :). В том, что управление требованиями будет не зависеть от исполнителя - состоит очень большой дополнительный плюс.
Подобную работу я сейчас выполняю, например, для вышеупомянутого НТЦ "Модуль". Интересно - пишите в почту, пообщаемся. gaperton на gmail.com.
Reply
Так что - ЕСПД очень легко использовать неправильно.
В искусстве ТЗ есть, кстати, еще одна важная тонкость. Которую вообще никто не втыкает :).
Разница между целями и задачами. Люди почему-то легко понимают разницу между причиной и следствием, но целью работы в ТЗ у них при этом является "разработка подсистемы Х", то есть процесс :).
Надо добавить про цели и задачи. Это важно.
Reply
Но я несколько лет вел проекты (с технической стороны) для ЦБ РФ, а они к ГОСТу относились очень серьезно
Reply
Reply
Там придется и итерацию применять и все прочее.
Reply
От себя могу предложить следующее - я могу по контракту представлять интересы заказчика в этих работах. То есть - помочь отобрать наиболее вменяемого исполнителя из нескольких (для этого на них смотреть надо), поуправлять требованиями, составить ТЗ и план, отслеживать прогресс со стороны заказчика, и организовать приемку работ.
В этом случае - любая компания будет работать по описанным мной принципам :). В том, что управление требованиями будет не зависеть от исполнителя - состоит очень большой дополнительный плюс.
Подобную работу я сейчас выполняю, например, для вышеупомянутого НТЦ "Модуль". Интересно - пишите в почту, пообщаемся. gaperton на gmail.com.
Reply
(The comment has been removed)
Reply
Reply
(The comment has been removed)
Я вообще не очень понимаю, кто тебя в этот раз за язык тянул. :) Состоялось, гришь? :) Больше не состоится, не переживай.
Reply
Leave a comment