02-Начнём с технического описания

Начнем с того, что любая услуга или любой товар покупается через госпоставку. У нас это так. В материалах любой закупки должен присутствовать один очень важный документ – Техническое Описание, которое мы тут еще иногда с чего-то обзываем техзаданием. Важен этот документ не просто так – это основное и первое описание объекта закупки, в котором надо изложить свои ожидания и пожелания в отношении не только самой вещи или услуги, но и в отношении процесса закупки, строительства или разработки, передачи, тестирования. обучения. Всё то, что принято называть функциональными, нефункциональными и прочими требованиями.

Понятно, что абсолютно всё учесть не получится, но надо приложить усилия и изложить своё видение максимально понятно и подробно. Это поможет тебе в будущем – во время тендера будет меньше вопросов (тут есть еще одна хитрость, но о ней потом), меньше вероятность того, что результаты тендера оспорят, во время осуществления работ будет меньше споров и обсуждений. Не говоря уже о том, что калькуляция цены услуги будет более точной.

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

Вот представь себе ситуацию, когда объявляются два тендера, в котором одно ТО – образец структурированной передачи информации, а второе писал графоман. В первом всё понятно практически сразу, а на второе надо тратить время для выискивания хоть какой-то мотивации к участию. Не надо быть Капитаном Очевидность, чтобы понять в чью пользу будут выделены ресурсы. Так вот это и есть твоя цель.

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

Писать ТО самому или заказывать? Наверное, стоит этому выделить отдельный пост.

 

 

01-Как не надо начинать проект. Вступление.

Ведем проект. Уже косяков наделали кучу, но хорошо то, что на них же и учимся. Поэтому, наверное, было бы целесообразно свести все мысли куда-то в одно место, может быть даже сюда. Формат уж больно очень удобен. Можно всегда открыть пост с тематическим названием и прочесть, что в прошлый раз резануло серпом. Эти посты предназначены себе самому, но если кто-то посчитает необходимым, то ради бога – пользуйтесь.

Поехали!