К вопросу про ускорение или замедление работ. Часто ТЗ по ГОСТу воспринимают, как waste — потери, что-то излишне формальное и то, что делать совсем не нужно, а нужно только для формального закрытия контракта. Как говорил один мой знакомый — это чтобы нам деньги доехали, к работе это не имеет отношения. Я очень не люблю такие фанерные декорации, хотя на определенном уровне и особенно в госконтрактах это почти повсеместная практика, к сожалению. По сравнению с другими схемами эта ещё выглядит совсем невинно.
Но мне-то ГОСТ 34 нравится (после того, как я в нём разобрался :) практически, как я перестал бояться и полюбил ГОСТы :) )) Мне комфортно с ГОСТом, я могу засунуть туда практически всё, что мне нужно в проекте. А однажды один из пунктов ТЗ по ГОСТу спас меня от очень больших расходов — тот пункт, который обычно относят к "воде": про гарантию работоспособности на конкретных версиях операционных систем.
В общем, я всегда стараюсь приспособить ГОСТ к реальной работе, и не делать дважды в разных видах одно и то же. А на завтра у нас в школе запланирован бесплатный вебинар, на котором как раз про ГОСТ и его осмысленное применение расскажет эксперт, который разделяет со мной это отношение!
Но мне-то ГОСТ 34 нравится (после того, как я в нём разобрался :) практически, как я перестал бояться и полюбил ГОСТы :) )) Мне комфортно с ГОСТом, я могу засунуть туда практически всё, что мне нужно в проекте. А однажды один из пунктов ТЗ по ГОСТу спас меня от очень больших расходов — тот пункт, который обычно относят к "воде": про гарантию работоспособности на конкретных версиях операционных систем.
В общем, я всегда стараюсь приспособить ГОСТ к реальной работе, и не делать дважды в разных видах одно и то же. А на завтра у нас в школе запланирован бесплатный вебинар, на котором как раз про ГОСТ и его осмысленное применение расскажет эксперт, который разделяет со мной это отношение!