Пишем конкурсное ТЗ по ГОСТ 34. Часть 1

На этапе подготовки конкурса  как правило известны только самые общие требования к создаваемой системе, их с натяжкой хватает на более-менее внятное описание объекта автоматизации (решаемых задач) и на избранные подразделы из "Требований к системе в целом".

Согласно ГОСТ Ттехническое Задание разрабатывается на основании эскизного проекта, когда уже исследована проблематика, рассмотрены различные варианты решений и выбран оптимальный. А в наше сложное время на такую роскошь как эскизный проект обычно нет ни времени, ни воли начальства, ни денег. 

В такой ситуации можно и нужно отнестись к ГОСТу прагматично и творчески. 

Также важно учитывать, что конкурсное ТЗ как правило делается в виде приложения к "основному" документу конкурсной документации, в котором уже указаны все нетехнические подробности. Это дает основания исключить из ТЗ раздел "Общие сведения", а иногда даже "Назначение и цели создания…". 

Смотрим на структуру ТЗ (см. ГОСТ 34.602-89) и безжалостно отсекаем то, без чего в принципе можно обойтись:

Феномен ГОСТ 34

Почему советский ГОСТ 34 "Комплекс стандартов на автоматизированные системы" остается востребованным в капиталистической России? Почему люди, обученные по новым западным учебным программам, внедряют западные же ИТ-системы по старой советской методологии? ГОСТ 34

Карго-культы проектного управления

Карго-культы — пожалуй самый смешной  и уязвимый  пример магического мышления.  Наивные островитяне, после вывода американских военных баз в конце второй мировой войны оставшиеся без тушонки, огненной воды и прочих ништяков цивилизации, стали воспроизводить магические объекты и ритуальные действия пришельцев — строить соломенные самолеты и джипы, маршировать с деревянными ружьями, в уверенности, что вслед за этим появятся и вожделенные вкусняшки.  

Копирование западных методологий всегда  носит такой ритуальных характер, как бы не было причесано и упаковано маркетологами,  и основано на слепой вере невежественных (простите, если кого обидел) адептов. Подчеркну — речь именно о копировании.  Прагматичный и ответственный  руководитель не будет ничего копировать, у него нет цели "сделать как у них".

Проектное управение

Пример электронного письма руководителю

Пример документа

Документарная поддержка проектного управления

Управленческое документирование во многом - следствие человеческого несовершенства: непонимания, необязательности, неспособности запомнить раз и навсегда  и многих других "не", средство компенсировать это несовершенство за счёт дополнительных усилий и затрат.  То есть, при всей важности,  это все-таки непродуктивные затраты, они не создают продукт проекта — то что в умных книжках называют deliverables. Хотелось бы, чтобы эти дополнительные усилия были не слишком большими, чтобы осталось время и силы на главное - на то, ради чего существует проект. Управление проектами

Пример протокола совещания

primer-protokola.pdf
Посмотреть онлайн файл: primer-protokola.pdf Скачать Протокол совещания Пример документа

Протокол совещания: делаем желаемое действительным

По неписанным бюрократическим правилам проект протокола совещания должен быть готов до его начала и готовят его вместе с повесткой.  Точнее, не весь протокол, но его суть — принятые решения. После совещания могут сделать небольшие корректировки решений и дописывают антураж: преамбулу, прения сторон, особые мнения... Протокол совещания Повестка совещания Управленческая борьба

Чек-лист это просто. Примеры

Чек-листы могут быть частью корпоративных управленческих стандартов, могут  использоваться в конкретной рабочей группе или могут быть подготовлены работником "для личного использования", в любом случае они помогают в сложных условиях — при нехватке времени, стрессе, или при недостатке опыта избежать ошибок и повысить качество результата. Чек-лист Контрольный список Пример документа управление проектами

Чек-лист и протокол — главные документы в проекте

В любом проекте есть рутина (старое) и есть уникальность (новое).  В самом простом варианте Старое формализуется с помощью чек-листов, а Новое - с помощью протоколов. Чек-лист Протокол совещания управление проектами

Устав проекта и project charter - в чем разница?

С уставом проекта (он же Project Charter)  у нас сложилась двойственная ситуация: в некоторых компаниях (а именно - там, где проектное управление вошло в бизнес-процессы и стало частью корпоративной культуры) назначение и содержание Устава те же, что и "у них", то есть, Устав —  это документ, формально инициирующий проект и наделяющий руководителя проекта необходимыми полномочиями. В других компаниях (таких подавляющее большинство) устав проекта - это документ, который регулирует рабочее взаимодействие организаций, участвующих в проекте - как правило - Заказчика и Исполнителя.