Однажды у меня случился опыт разработки пользовательской документации: это была довольно объемная оплачиваемая работа. Чтобы ее выполнить, мне потребовалось разобраться с нуля с новым программным продуктом, установить его и настроить, а потом описать для пользователей.
Спустя пару лет, когда я уже с дипломом о высшем образовании пришла на одно из собеседований, мой будущий начальник обратил внимание на этот опыт. Им нужны были сотрудники в техническую поддержку. Но также они хотели найти человека, который разрабатывал бы документацию для программистов – в-частности, технические задания.
Он предложил мне попробовать. Так я узнала о существовании профессии аналитика, про которую мне раньше никто не рассказывал.
Первые месяцы всю мою документацию проверяли и разработчики, и те, кто отвечал за требования заказчика. Мой начальник показал мне книгу Вигерса, которая, по-моему, до сих пор является фактически единственным руководством по разработке требований к программным продуктам. И уже через полгода я работала вполне самостоятельно, а еще через два была старшим аналитиком в компании.
Хочу сказать, что, если бы мне не предложили попробовать это, а просто приняли в техподдержку, скорее всего, я бы не нашла самостоятельно свою специализацию. Потому что очень многие нюансы деятельности не очевидны со стороны. И чтобы понять, что тебе действительно нравится, и к чему есть склонности, нужно пробовать разные вещи. При этом запоминать, что из полученного опыта хочется сохранить и развивать, а от чего отказаться.
Фактически, моя профессия дала мне универсальные навыки работы с информацией и с потребностями людей, которые я теперь применяю и в повседневной жизни. Поэтому тем, кто находится в процессе профессионального поиска, могу посоветовать не бояться пробовать делать то, чего вы никогда не делали. И также не бояться отбрасывать то, к чему не лежит душа.
Точную дату история не сохранила, но где-то в 20-х числах сентября 2008 года я создала ВКонтакте группу для общения коллег по системному анализу и проектированию. Она стала первой группой нашего направления в соцсетях: за 4 года до первых Analyst Days и за 2 года до первого ЛАФ.
Довольно быстро я собрала там больше сотни участников из разных городов, работающих в нашей сфере, и организовала порядка двадцати обсуждений. Немного позже передала группу моему коллеге Денису Иванову, и за следующие пару лет он довольно цинично превратил ее в рекламную площадку для своих обучающих курсов, фактически пользуясь уже собранной мною клиентской базой.
Видя, что группа загибается, я забрала ее обратно и попыталась реанимировать, но к тому моменту мои пути с профессиональным сообществом уже начали расходиться. Окончательно я потеряла интерес к нему году в 2014, наблюдая, как на форуме пережевываются одни и те же темы, а люди работают по-прежнему. Хотя, казалось бы, должны развиваться и расти.
Я стала искать ответы на свои вопросы уже не в области технологий, а в области психологии. И нашла их. Меня интересовало то, в какой степени наши физиологические и эмоциональные особенности влияют на нашу работу, и как применять понимание этих механизмов для более эффективной деятельности. В-частности, поэтому, например, я никогда не возьму в свою команду аналитиками мужчин, а программистами и менеджерами женщин.
Вы не сможете научить хомяка кататься на велосипеде, а рыбу мяукать. Тем не менее, огромное число моих коллег подписываются под проектами, приводящими к такому обучению, в страхе лишиться своего единственного источника дохода. Разумеется, я никогда не смогу конкурировать с ними) И именно поэтому вы не увидите моих докладов и рекомендаций нигде, кроме как в непосредственной работе.
На моем первом проекте заказной разработки процедура согласования технического задания заняла почти три месяца. Я выпустила 17 версий документа. Первая версия содержала 30 страниц, а финальная 50, из которых около 20 занимало описание структур данных.
Проект мы завалили. То есть, сдали с превышением сроков на 70—100% от планировавшихся, и это при том, что разработчики и отдел тестирования какой-то период работали без выходных. Насколько я знаю, полностью работу нам так и не оплатили. Возможно, именно в части превышения сроков.
И правильно сделали. Потому что риски возникновения дополнительных трудозатрат это риски исполнителя. И если его оценка оказалась некорректной, причем на величину еще одного такого же проекта, то исполнитель некомпетентен. Именно так все и было: на сложный проект выделили в качестве аналитика меня, никогда раньше не писавшую технические задания и не участвовашую в коммерческой разработке программных решений. Это стало отличной школой, но мое обучение дорого обошлось заказчику.
Читать дальше