Читать «Заметки начинающего аналитика» онлайн - страница 4

V. С чего все начинается

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

– Нужно изменить вот это меню, добавить несколько пунктов. Какие, перечислено вот здесь. И написать ТЗ на доработку.

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

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

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

Два часа я трачу на то, чтобы нарисовать высокохудожественную схему. Час – на поиск примеров ТЗ и их изучение. Еще час обдумываю формулировки и добавляю техническую информацию, которая пока мне лично ни о чем не говорит, но имеет тайный и глубокий смысл для отдела прикладной разработки. Итого четыре часа. В десять утра готовое ТЗ падает Гоше в почтовый ящик.

Спустя год тот же процесс занимал у меня не более часа.

Придирчивый Гоша не принимал работу с первого раза, делая замечания, по которым я меняла исходный документ до полного просветления. Но с ростом моего стажа количество итераций уменьшалось, и в конце концов мы достигли такого состояния, когда небольшие ТЗ принимались в первой редакции. Тогда наставала очередь разработчиков.

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