Блоги сообщества аналитиков

Меня часто спрашивают - а каким образом можно сравнить (предоставить ЛПР) данные о выборе той или иной Системы/Платформы/Решения...

Нагляднее всего это представить в виде таблицы, где по горизонтали идут важные для вас Характеристики, а по вертикали Системы.

На пересечении Характеристик и Систем идут показатели - на сколько хорошо удовлетворяет Система данной Характеристики по выбранной шкале. Можно добавить еще веса для каждой Характеристики и в итоге даже можно посчитать количественно - на сколько вам подходит Система. Я использую разную шкалу - по 10и, 5и бальной шкале или просто +/- (удовлетворяет или нет)

Пример такого сравнения платформ 1С и SAP для нужд определенной компании с кол-вом сотрудников 500-1000 человек находится во вложении к этому посту.

Наткнулся на интересную презентацию "Эффективное сочетание компетенций в IT: Project Manager + Business Analyst", Мария Бондаренко, SPMConf-2011.

Да, действительно встречал много случаев, когда Аналитик становится менеджером проекта (ПМ), и выполняет две эти функции и даже был сам в такой роле.

Мое отношение к такой роли (Аналитик-ПМ) двоякое:

• С одной стороны иногда это даже необходимо
• С другой стороны на полноценном проекте один человек совмещать эти две роли не может

Рассмотрим плюсы и минусы данной роли.

Плюсы:

19 октября 2011 состоялся долгожданный семинар по нефункциональным требованиям.

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

На семинаре велась видео запись, надеюсь в ближайшее время Гриша ее выложит.

Спасибо большое Наташе Желновой за структурирование информации, а Вере Ивановой за интересный рассказ о ходе вроде бы "простого" проекта - "просто нужно сделать для приложения новый интерфейс".

И конечно же спасибо УЦ Люксофт, что все организовал и терпел нас до 22:30.

А теперь материлы...

Штемпель Наталья любезно написала отзыв о Зимним Аналитическим Капустнике UA, который прошел 19 декабря 2010 в Киеве:

19 декабря Зимний аналитический капустник UA собрал большую аудиторию в Люксофтовском офисе на Радищева. Аналитики Украины из разных городов собрались для того, чтобы обменяться опытом, поделиться идеями, познакомиться с коллегами по цеху. Организатором этого мероприятия являлось сообщество аналитиков Украины.

Наконец-то дошли руки написать пост по следам Круглого стола "Какие нужны аналитики?".

Под конец дискуссии мы обсуждали - на сколько хорошо Аналитик должен знать Технологии и Бизнес?!

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

Если представить знания сотрудника в виде красного прямоугольника, наложенного на квадраты данных областей, то должно получиться примерно так:

• Разработчик или Архитектор системы. Знает очень хорошо технологии, и имеет представление о Бизнесе:

Я (и не только) часто задаю вопрос - Почему каждый ИТ проект уникален и почему их нельзя делать как на конвеере?

И вот я наверное нашел ответ на этот вопрос....

ИТ-проект - это по сути сложная Система со своим множеством элементов и взаимоствязей между ними. А вот, что нам сулит такая сложная Система:

Продолжение отзыва Летний Аналитический Фестиваль 2010. Первый день.

Конференция первого дня закончилась...

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

Приехав в Малинки, что было в 30 минутах езды от нашей первой дислокации, мы сразу расселились и пошли в небольшую беседку, где вовсю жарились шашлыки, и лилось рекой пиво. За подготовку стола и закупку еды хочется отдельно сказать спасибо Сергею Мартыненко и Саше Лобачу.
И тут разошелся дождь, прям как из ведра. Все 40 или даже больше человек забились в небольшую беседку и продолжали пир, играть на гитаре, петь песни, просто общаться под зонтиком или играть в преферанс в нашем номере… Самые стойкие Аналитики разошлись около 3 часов ночи.

Раннее субботнее утро, 5 часов, Иваново, вокзал… Первую прибывшую группу из Москвы встречают Денис и Эдуард. Мы заказываем такси, одна группа едет напрямую в здание НПО «Консультант», мы же едем за продуктами к раннему завтраку.

Прибыв в просторное пятиэтажное здание Консультанта, мы принимаем душ (что было очень кстати после душного поезда) и, немного перекусив, начинаем готовить здание к конференции – Летнему Аналитическому Фестивалю 2010.

9 часов 45 минут, практически полный первый просторный зал, я говорю несколько приветственных слов, потом Денис Умнов напоминает про душ, и вот конференция началась.  Вперед товарищи-докладчики!

Продолжим писать про Компетенцию Системного Аналитика. Начало можно увидеть здесь (я немного изменил картинку в предыдущем посте).

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

К данной области я бы отнес следующие техники:

• Выявления требований. Цель - получить максимум информации о Системе и её окружении.
• Анализа требований. Цель - получить хорошие требования к Системе из накопленной информации.
• Документирования требований. Цель - получить понятное и однозначное для всех ЗЛ представление требований.
• Проверки требований. Цель - улучшить требования к Системе, полученные выше.

Подробнее про данные техники написано не мало книг, статей и сводов знаний.

Очень давно хотел написать статейку про знания и навыки, которыми должен обладать Аналитик. И вот свершилось, ураааааа!

Начнем с того, что Аналитик, который занимается выявлением, анализом, документированием, проверкой и управлением требованиями к ПО, может называться по разному: