КаБа

Когда-то очень давно, еще на заре своей карьеры как аналитика в IT, мне в руки попал документ от Oracle, в котором были собраны худшие практики разработки программного обеспечения. С учетом того, что дока шла в комплекте книг под Oracle Designer, основная масса косяков, собранных там, была посвящена аналитике и проектированию приложения. Я в свое время не озаботился тем, чтобы как-то скопировать этот документ себе на память. Но в последнее время остро ощущаю потребность в некотором списке классических косяков, которые аналитики допускают в своей работе. Поэтому сформулирую его сам, исходя из своего опыта и опыта тех людей, с которыми мне приходилось и приходится (а на полном серьезе я горжусь этим) работать. Итак, классические косяки.

В последнее время часто на глаза попадаются различные рекомендации о том, как сделать успешную карьеру в IT-индустрии. Многие из них безусловно полезны и дают их люди, понимающие, о чем говорят. Но многие из них про эффектный самопиар, а не про отношение к работе. Умение себя продать безусловно важно, но ведь не надо забывать и о деле. Ведь в какой-то момент может наступить время, когда придется доказать свое соответствие той вершине, на которую удалось вскарабкаться. А это очень сложно сделать, если за душой нет опыта, а проделанный карьерный путь - умело надутый мыльный пузырь. По роду деятельности мне приходится и управлять проектами, и руководить отделом аналитики. Поэтому я вижу в себе способность сформулировать основные рекомендации аналитику, желающему активно и эффективно развиваться. По крайней мере, мне хочется это сделать. А будет ли это полезно - посмотрим :) Итак, товарищ, советы: Не срывай сроки. Получая задачу, оцени свою способность уложиться в сроки. Не можешь...

Довелось мне тут на днях делать одну работенку и вот на что я обратил внимание. Оказывается, что наша прогрессивная общественность совершенно не умеет в краткой форме внятно изложить мысли. Преимущественно это связано с тем огромным многообразием слов и букв, которые заводятся в голове профессионала по мере накопления сертификатов, лицензий, дипломов и прочей макулатуры. Но я при своих натянутых в средней школе четырех баллах за Русский язык позволю себе рассказать историю из жизни. Однажды мне довелось писать годовой отчет о создании системы автоматизации управления качеством продукции промышленного предприятия в соответствии с ИСО МЭК 9000:2001. Писали в Минпромнауки, поэтому халявы мне не дали и доку попросил почитать зам. главного инженера. Я ему принес распечатанный кирпич листов на 70. Он его открыл, шуршанул так пальцами по бумаге и выдал: - Серега, ты мудак!

Факапов боятся все. Менеджеры боятся их потому, что это дополнительная возможность для Заказчика оказать психологическое (а порой и финансовое) давление, против которого еще надо выстоять, а иногда еще и голову пеплом посыпать. Лиды ненавидят факапы, поскольку психологически поддавленные менеджеры приходят к ним и начинают требовать крови и жаждать разбора полетов. И, что самое поганое, в конце концов находятся упущенные риски и косяки в выполнении процедур, которые привели в итоге к факапу. Команда не любит факапы потому, что взведенный общением с придавленным менеджером лид в ходе разбора полетов начинает требовать отчета о работах, которые делались месяц-полтора назад. А поди их упомни, когда поток разработки идет вал навалом? А потом еще и овертаймить приходится, чтобы закрыть неожиданно появившуюся проблему.