Откровения бизнес-аналитика. Анна Федорова

а люди работают по-прежнему. Хотя, казалось бы, должны развиваться и расти.

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

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

      Первый проект

      На моем первом проекте заказной разработки процедура согласования технического задания заняла почти три месяца. Я выпустила 17 версий документа. Первая версия содержала 30 страниц, а финальная 50, из которых около 20 занимало описание структур данных.

      Проект мы завалили. То есть, сдали с превышением сроков на 70—100% от планировавшихся, и это при том, что разработчики и отдел тестирования какой-то период работали без выходных. Насколько я знаю, полностью работу нам так и не оплатили. Возможно, именно в части превышения сроков.

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

      Что же касается компании разработчика, я думаю, что на этапе анализа она выиграла: квалифицированный аналитик обошелся бы им в 2—3 раза дороже того, что заплатили мне. Но на последующих этапах это преимущество не только отыгралось в обратную сторону, но и породило недостатки. Полностью в соответствии с кривой роста стоимости исправления дефектов.

      Сейчас, если я не могу дать оценку своих трудозатрат с точностью в пределах 20%, или если моя оценка трудоемкости всего проекта не совпадает с оценкой разработчиков более чем на эту величину, я отказываюсь от проекта. Так как это означает, что либо мы с командой не понимаем друг друга, либо на старте не хватает информации для принятия решения.

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