Личные качества аналитика

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

Проблема: Очень тяжело найти хорошего аналитика

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

Рекомендации:Что остается делать в такой ситуации – растить собственных аналитиков, подбирая для такой работы людей, которые хотят и могут ее делать. Учить таких людей в т.ч. и за рубежом.

Требования и модели

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

Проблема: Попытка замены требований моделями

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

• любая модель может отражать только ряд аспектов динамики или статики системы, поэтому, неизбежно информация в моделях дублируется.

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

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

Рекомендации: Совет тут у меня один – хорошо подумать, прежде чем совсем отказываться от требований в виде требований и замены требований моделями.

Степень детализации требований

Проблема: Когда же остановиться?

И последняя проблема, о которой я бы хотел сказать пару слов, это то, что аналитики порой настолько увлекаются своей работой, что не знают, когда же остановиться. Как же можно определить, что документ завершен? Рекомендации:В первую очередь необходимо себе четко представлять, для кого пишется тот или иной документ. Любой документ должен содержать только вещи понятные для тех, кто его будет читать, и тем более, согласовывать. Любой документ, в первую очередь, это средство коммуникации и должен эту функцию выполнять. Разрабатывая требования или другой документ, вы должны думать о своих коллегах, которые будут работать после вас. Ваша задача не отнять у них работу, а сделать хорошо свою. Если вы пишете функциональные требования, то возможно не стоит заниматься архитектурными, а оставить эту работу Архитектору, задействованному в вашем проекте.

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

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