Так вот ты какой системный аналитик или объявления о вакансиях ...

На сайте UML2.RU опубликованы вакансии на позицию системного аналитика ... приведу дословно объявления:

В ГК "ЛАНИТ" (http://job.lanit.ru), крупном системном интеграторе, открыта новая вакансия!

Системный аналитик/Помощник руководителя проектов

Требования:

• В/о (техн.), англ (техн.).
• Опыт работы системным аналитиком от 3 лет.
• Опыт разработки на SQL; знание Visio, Enterprise Architect, XML SPy, ErWin, ARIS, SharePoint;
• Знание технологии .NET;
• Знание архитектуры корпоративных приложений (двухзвенная, многозвенная, SOA и т.п.); знание UML, RUP, MSF, IDEF, Aris.
• Опыт подготовки проектной и технической документации.
• Опыт работы с заказчиками, проведения обследований, выявления требований.
• Стрессоустойчивость, целеустремленность, самостоятельность, ответственность.

Обязанности:

• Самостоятельное написание качественных документов: методических материалов по ведению общекорпоративных справочников и таких документов как концепция единой системы НСИ и интеграции с бизнес-системами предприятия, техническое задание и технический проект создания системы централизованного ведения справочников, программа и методика испытаний и т.п.
• Развитие бизнеса по продаже системы Норма и услуг обучения.
• Консультативная помощь клиентам при работе с системой Норма.
• Подготовка заявок на конкурсы в госсекторе и в коммерческих структурах.

Условия:

• Стабильная заработная плата + премии.
• Соц.пакет (медицинская страховка, своя столовая, дотируемое питание, корпоративные скидки на посещение фитнес-центра).
• Компания проводит обучение и сертификацию сотрудников.
• Перспективы профессионального и карьерного роста.
• М. Авиамоторная/Семеновская (корпоративный транспорт).

В ГК "ЛАНИТ" (http://job.lanit.ru), крупном системном интеграторе, открыта новая вакансия!

Системный Аналитик

Требования:

• Высшее образование (желательно технич.); английский технич.;
• Опыт работы аналитиком; опыт разработки, руководство командой разработчиков;
• Желателен опыт выполнения проектов в области IT-консалтинга; знание рынка ПО и основных принципов построения; основных принципов и технологий построения оборудования (hardware, сетевое оборудование);
  
• Углубленные знания разработки: клиент-серверных приложений;интернет-приложений;
• OLAP-приложений;углубленные знания технологии J2EE, СУБД Oracle, MS SQL;
• Знание Средств моделирования, CASE-средств;
• Умение разрабатывать документацию в соответствии с требованиями ГОСТ.

Обязанности:

• Проведение предконтрактной фазы проекта в части формирования технических требований;
• Разработка архитектуры решений по крупным комплексным проектам;
• Формирование спецификаций на разработку и постановка задачи разработчикам;
• Координация проектных решений между соисполнителями;
• Аудит всей проектной документации (выпускающий редактор);
• Участие в обследований предприятий и организаций;
• Разработка аналитических отчетов и проектных документов;

Технический пресейл:

• Разработка технических предложений на основании сформулированных бизнес-задач;
• Выбор оптимальных технических решений и средств реализации;
• Подготовка конкурсных предложений;
• Разработка технической части конкурсных предложений;
• Координация работы соисполнителей по разработке технической части конкурсных предложений;
• Конкурентный анализ.

Условия:

• М.Авиамоторная/Семеновская(корпоративный транспорт);
• Временный проект (6-7 месяцев), оформление по договору подряда.
• Стабильная зарплата (обсуждается с успешными кандидатами).

Просто поражает воображение - чем только не должен заниматься системный аналитик! С одной стороны требуют знание RUP, и не требуеют знания ГОСТ ... хотя вовсю оперируют терминами ГОСТ про документы "техзадание", "техпроект" (что, как мы знаем из ГОСТ 34.601 вовсе не документ а стадия, ну недосуг им об этом подумать, ладно ...). Требуя знание RUPа, пишут ахинею про то что должен делать системный аналитик ... хоть бы сами в RUP заглянули ...

И вот скажите мне кто-нибудь, что такое ТЕХНИЧЕСКИЕ ТРЕБОВАНИЯ или "постановка задач разработчикам"???? Даже представить себе не мог, что системный аналитик должен заниматься проектированием архитектуры систем и выполнять работу за менеджера проекта - координируя работу исполнителей!!!!

Гарантировано можно сказать, что работать в такой позиции я бы не хотел ... могу себе представить что твориться в этих проектах! Вот и думай - то ли в конторе такой бардак, что даже не могут описать внятно что должна делать эта роль ... то ли HR чего напутал ...

Вышло второе издание книги, где я в соавторах

Еще одна приятная новость - вышло второе издание книги -- с изменениями и дополненниями, о которой я уже писал в этом блоге ""Швиденко А.З., Щепащенко Д.Г., Нильссон С.,Булуй Ю.И. Таблицы и модели хода роста и продуктивности насаждений основных лесообразующих пород Северной Евразии (нормативно-справочные материалы)". Кроме этого приятно узнать, что книга рекомендована как стандарт для лесного хозяйства России, о чем написано в новостях на сайте IISAS (www.iiasa.ac.at). 

О прошедших событиях.

Да, давно в блоге ничего не писал .... За это время произошло много интересных событий. В частности, после ряда изменений в структуре HP, в результате которых, например, подразделения Consulting & Integration больше нет, зато есть подразделение EDS. В котором я теперь и работаю.

В конце прошлого года были два интересных события - это Oracle Tech Days и Платформа 2009 от MS. Причем проходили они в одном и том же месте ... сравнивая эти события с т.з. организации - то MS явно вложил больше денег в организацию своего мероприятия. Во всяком случае кофе был варены, а не растворимый - коим потчивал Оракл :-).  А реально, на Платформе 2009 была возможность пообщаться с коллегами из MS - их консалтинговым подразделением и даже поговорить на тему EA (Enterprise Architecture) и их подходов к этой теме.

Кстати, о EA ... могу сказать что энтропия в этой теме намного бОльшая, чем в том же RDM. И это не взирая на множество фреймворков и большое количество книг. Исходя из этого, на практике приходится делать некий симбиоз из различных подходов - чтобы это удовлетворяло потребности заказчика. Думаю, найду таки время изложить более детально что-то на эту тему. Сергей Орлик в своем блоге положил этому начало :-).

Получил promotion ...

Буквально пару недель назад я стал Lead Solution Consultant-ом (LSC) :-) в горизонтальной практике подразделения Consulting and Integration (C&I) HP. Я отвечаю за направление Application & Information Services (AIS). Следует отметить, что в нашей практике 3 направления -- AIS, все что связано с ITSM и все что связано с центрами обработки данных и "железом", каждое из которых driven by LSC, а в целом практика драйвится менеджером -- Сергеем Орликом.
Мне теперь предстоит заниматься не только delivery в рамках конкретных проектов и подготовкой предложений, но и business development-oм и пресейлом. Получается что я нахожусь между "продавцами" и "экспертизой", при этом какая именно экспертиза нужна в конкретных проектах будет определяться мной. Я же отвечаю за качество delivery. И при этом должен быть в "постоянной боевой готовности" для заказчиков и измеряюсь величиной revenue, которое делает AIS направление. Вот такой расклад.

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

• Enterprise Architecture & IT Governance
• Business Processes reengineering and management
• Bus. Intelligence & Data management
• DocFlow & Content management
• App Dev & modernization (incl. ALM)
  
• Application Lifecycle Optimization (ALO)
  

По своей сути ALO -- это QA и входит в понятие ALM, но в ввиду фокусности HP в области ALM именно на QA составляющей (Mercuiry), она была выделена в отдельную область. При этом особо следует отметить, что собственно инструментарием HP (тем же Quality Center или HP PPM) как таковым я не занимаюсь, т.к. для этого есть другое подразделение HP, которое не входит в C&I -- SGBU -- лицензии и экспертиза по инструментарию и его пресейл это их задача. Мы же в консалтинге вольны выбирать любые решения, которые наилучшем образом подходят для заказчика практически независимо от производителя :-).

Так что можно в комментариях оставлять ваши поздравления мне, в связи с моей новой ролью и должностью ...;-)

Публикация на сайте Интерфейса ...

Зайдя на uml2.ru увидел в новость про статью, опубликованную на сайте Интерфейса: "Согласованные требования на основе бизнес-прецедентов и унифицированный процесс Rational (Rational Unified Process)". Беглого взгляда на статью было достаточно, чтобы не рекомендовать ее читать никому ... Ну ладно назвали юзкейс "прецедентом", это не самое страшное. Но каким языком статья написана - читать невозможно! Сложилось впечатление, что ее переводили с английского просто некой программой-переводчиком текстов! Самое интересное, что даже ни автора не указали, ни источника .... жуть. Думаю, что ресурсу uml2.ru нужно быть более разборчивым :-) next time.

Training Labs 2008

В прошедшую субботу состоялось мероприятие TrainigLabs 2008 (http://www.traininglabs.ru/), в котором я имел честь принимать участие в качестве эксперта. По своей сути мероприятие задумывалось как "парад-смотр" тренинговых центров, консалтинговых компаний и индивидуальных тренеров, проводящих обучение в области программной инженерии. Посетители этого тренингового марафона имели возможность составить впечатление о содержимом курсов по разным аспектам разработки ПО и о тренерах, их читающих. Мероприятие было ориентировано на самую широкую аудиторию: от отдельных специалистов в области разработки ПО до представителей компаний, перед которыми стоит выбор партнеров по обучению своих специалистов. Тренинги проводились в формате 1,5 часовых семинаров - по 4 тренинга в каждой из 8 секций. Я "инспектировал" секцию "Анализ и управление требованиями".

"Открывал" секцию тренинг Дениса Бескова-Доронина. Я пришел уже ближе к его финалу, поэтому не успел составить какое-то целостное впечатление (т.е. "поругать" и "похвалить" Дениса я предпочту приватно :-)), но мне не показалось, что аудитория скучала.

Следующим был тренинг Сергея Хлебникова, который был посвящен Эффективным юзкейсам Коберна. Возможно, это единственный тренинг на рынке, посвященный целиком именно этому подходу. Данный тренинг ценен тем, что Сергей Алексеевич активно использует этот подход в своей консалтинговой практике и в рамках своего курса демонстрирует образцы юзкейсов из реальных проектов, что несомненно имеет вес для прагматичных слушателей. Использование этого подхода в сочетании с идеями, опубликованными в известной книге Крейга Лармана (выдержавшей, если мне не изменяет память, 3 издания), по мнению Сергея Хлебникова позволяет достичь значимого успеха при работе над требованиями и дизайном информационных систем, особенно ориентированных на интенсивное человеко-машинное взаимодействие. "Демо-версия" тренинга не содержала практической части, но, на мой взгляд, это не так просто сделать, т.к. цель тренинга научить разрабатывать эффективные юзкейсы - суть текстовые сценарии. А без соответствующей теоретической подготовки, которую в 1,5 часа уложить довольно сложно, это просто бессмысленно делать. В целом, как мне показалось, Сергей Хлебников в отведенные 1,5 попытался дать обзор своего тренинга, в то же время увлекся детализацией некоторых его аспектов, но, к сожалению, отведенное время пролетело быстро, и на мой взгляд ряд тем остался "недонесенным" до слушателей, что незамедлительно сказалось на оценках.

Затем был тренинг, проводимый специалистом тренингового центра Люксофт профессором Михаилом Кумсковым (забавно, что у него так и написано "Профессор М. И. Кумсков"). Тренинг тоже был посвящен юзкейсам. Когда Денис объявлял этот тренинг, то сказал, что это т.н. "академический подход" к юзкейсам, он был поправлен профессором, который так не считает. Думаю, более правильно было бы сказать, что это "классический" подход, если RUP уже можно считать классикой :-). Свой тренинг профессор начал с фразы о том, что начинать изучение юзкейсов по Коберну - вредно. Я бы не стал так категорично утверждать, а сказал бы, что следует как минимум иметь представление о юзкейсах, прежде чем изучать Коберна. В отличие от Сергея Хлебникова, который провел работу по разработке своего тренинга на основании литературных источников и своего практического опыта, данный тренинг разрабатывался еще в недрах компании Rational до ее приобретения IBM. Собственно задача тренера в данном случае несколько упрощается - как минимум не нужно рисовать слайды :-). В то же время налагается определенная ответственность по "донесению духа Rational". В целом тренер держит аудиторию, иногда слишком фамильярен, и как мне показалось, с некоторыми оттенками демонстрации превосходства над аудиторией (это мое личное IMHO). Такой способ ведения тренинга хорош в ВУЗе или в аудитории молодых специалистов. Тренинг после короткого пояснения о том, что есть юзкейс, продолжился практическим упражнением по выделению экторов и собственно юзкейсов.

Закрывал секцию тренинг, проводимый Юрием Чернявским из Киева. Мне показалось, что начало было каким-то не очень уверенным, но потом Юрий "прибавил оборотов". На своем тренинге Юрий говорил о практических наработках в области разработки и управления требованиями и частично моделировании сущностей предметной области. На мой взгляд, это тренинг уже не для начинающих специалистов, а больше рассчитан на аналитиков, имеющих определенный опыт.

Кроме "своей" секции, я успел посетить тренинг Александра Новичкова, Ирины Суровой и Эдуарда Галиаскарова, а также Сергея Нужненко.

Саша Новичков в свойственной ему манере спокойно и методично рассказывал не только об инструментарии ClearCase но и о предмете управления конфигурациями (SCCM .. не путать с ITIL-овским конфигуправлением!) и паттернах версионного контроля.

Мне понравилось, как вели Эд и Ирина Сурова тренинг - достаточно динамично с примерами. Молодцы ребята!

Общие выводы я бы сделал такие:

1. Не до всех тренеров была донесена мысль, что они должны продавать свой тренинг и себя лично, и при этом дать еще за 1,5 часа некое value аудитории (т.к. все-таки хоть и небольшие, но деньги люди платили). На будущее, думаю, организаторам стоит проводить отдельно встречу с преподавателями, чтобы донести до них дух мероприятия.

2. Отдельным преподавателям имеет смысл внимательнее смотреть на цель мероприятия и учитывать ограничения времени.

3. Мое мнение, что 1,5 часа это маловато. Думаю, что для ряда тренингов было бы самое оно - 2 часа. Т.е. можно было предложить преподавателям выбор: либо 2 часа вести свой тренинг, либо - 1,5.

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

Исследование Forrester Research "Selecting the Right Requirements Management Tool -- Or Maybe None Whatsoever"

Попалось на глаза исследование Forrester Research, датированное сентябрем прошлого года на тему выбора инструментария для управления требованиями, в котором инструментарий от MKS имеет очень хорошие позиции, по сравнению с Borland, IBM Rational (включая Telelogic) и др. ... Есть конечно у меня ряд вопросов, в частности по поддержке инструментариями MS Word и критериев ее оценки :-). Но тем не менее, думаю статью имеет смысл посмотреть всем интересующимся топиком. Собственно статья доступна по этой ссылке, только нужно будет зарегистрироваться http://www.gantthead.com/redirect/clickCount.cfm?ID=242678