Мелькнул на телеканале Россия 1 (региональные вести)

Буквально на днях побывал в славном и древнем городе Новгород Великий, где HP активно развивает тему социальной карты или как теперь это называется - универсальной электронной карты гражданина. На текущий момент я, как solution architect, вовлечен в данные активности. Совсем недавно мы с моим коллегой Романом Полозовым завершили пилотный проект по тематике кампусной карты в СПбГУ (кстати, репортаж о событии тут http://www.tv100.ru/news/Universalnaja-karta-studenta-26688/, но на этом торжественном мероприятии мы не присутствовали), и вот теперь на очереди Великий Новгород. 25 июня 2010 г. я с коллегами был приглашен провести презентацию концепции решения для реализации госуслуги по субсидиям за ЖКХ на социальной карте. Презентацию проводили для вице-губернатора Новгородской области - А. Смирнова. Честно говоря мы узнали, что будет снимать телевидение только непосредственно на презентации. Андрею Карташову, пришлось на ходу давать интервью журналистам :-).
Собственно о событии можно почитать тут http://novgorod.rfn.ru/region/rnews.html?id=32357&rid=321, а если нажать на ссылку "видео", то можно увидеть меня с коллегами, и Владимира Зверева - представителя одного из производителей пластиковых карт, с которым мы пересекались и по проекту в СПбГУ. А ниже - несколько снимков из Новгорода ...

Выступление на встрече Клуба архитекторов в Microsoft

В четверг, 18 марта состоялась встреча Клуба архитекторов в Москве, в офисе Microsoft, посвященная тематике UML. Я был приглашен на это встречу сделать небольшой доклад на тему "Unified Modeling Language - стандарт и практика использования". Мероприятие было анонсировано   в блоге Сергея Орлика. Встреча прошла в формате презентаций и обсуждений материалов. Порадовало, что присутствовало много практиков, использующих в своей работе UML и можно было осудить с коллегами некоторые практически вопросы применения языка. Я со своей стороны, рассказал про свой опыт, про некоторые подходы к использованию UML, которые были удачными в конкретных ситуациях. Презентация моего доклада доступна и презентация Серегя Орлика доступны тут. В целом, хотел отметить, что инициатива проведения встреч именно с архитекторами, и особенно теми кто занимается Enterprise решениями мне показалась своевременной, т.к. потребность в общении и обсуждении тех или иных аспектов работы и технологий (как формально так и неформально) ощущается.

Силиконовая/кремниевая долина ... в Сколково

Вот так новость ... :-). Вот так место :-). Характерно, что называется именно "силиконовой". Видимо внешний эффект будет обеспечен :-).

Из дискуссии в LinkedIn - Ivy Hooks думает о написании новой книги по RDM

В группе на LinkedIn посвященной Requirements Engineering в разделе обсуждений Ivy Hooks, автор книги "Customer Centered Products: Creating Successful Products Through Smart Requirements Management" опубликовала сообщение, в котором говорит, что ей поступило предложение заняться написанием книги по инженерии требований, и в связи с чем она интересуется у сообщества какие вопросы актуальны и достойны для освещения в книге (особенно учитывая тот факт, как отмечает Ivy Hooks,  что уже есть более 60 книг по этой тематике, и в частности, известные книги Карла Вигерса, Иена Александра, Рольфа Янга). Наряду с другими участниками группы, я тоже высказал свою точку зрения по этой теме (нужно отметить активность российской части аудитории - помимо меня свои комментарии дали Илья Корнипаев и Андрей Вербицкий). Наиболее интересными темами с моей точки зрения, которым не достаточно уделено внимания в известных мне книгах являются:

1. Специфика разработки и управления требованиями при разработки коммерческих "коробочных" программных продуктов.
2. RDM в разработке систем  (система - в терминах  INCOSE SEBOK)
3. "Техники и приемы извлечения требований, шаг-за-шагом"  (с) мой на это название :-)
4. RDM и BABOK/CMMI/SWEBOK.
5. Специфика внедрения RDM в проектах по разработке ПО, которые уже движутся, и уже существует несколько релизов ПО, которые стоят у заказчиков (включая коробочное ПО)
6. Психологические аспекты в RDM (какие skills должен иметь аналитик с т.з. личностных коммуникаций и как их получать).

Было бы интересно узнать мнение читателей по этой теме. Думаю что дискуссию по этому имеет смысл продолжить в форуме на UML2.RU, как минимум там это делать удобнее :-). Я опубликовал там соответствующее сообщение http://www.uml2.ru/forum/index.php?topic=2028.0.

Новый русский сайт по SWEBOK (основы программной инженерии)

С радостью хотел бы поделиться новостью, что благдоаря усилиям и энергии Сергея Орлика запущен новый сайт посвященный основам программной инженерии, базирующийся на переводе (с комментариями и дополнениями) на русский язык IEEE Guide to SWEBOK 2004 - Руководства к своду знаний по программной инженерии. Я имел честь принимать участие как в работах по собственно переводу SWEBOK на русский язык, так и в подготовке материалов для запуска этого сайта. Сразу хотелось бы отметить, что это не вторая редакция перевода, но тем не менее, некоторые изменения были внесены в части комментариев и толкования отдельных положений SWEBOK. Спасибо всем, кто внимательно изучал ранее выложенные в блоге Сергея PDF-ы перевода, присылал свои вопросы и пожелания!

Новый сайт расположен по этой ссылке:

Основы Программной Инженерии (по SWEBOK)

Выступление на конференции ReqLabs-2009.

17 Ноября в Москве прошла конференция ReqLab-2009, целиком посвященная вопросам инженерии требований. Меня пригласили принять участие в конференции в качестве докладчика и я сделал доклад по теме "Базовый инструментарий аналитика. Техники и приемы используемые в инженерии требований". На конференции выступали многие известные специалисты в области разработки и управления требованиями, в т.ч. активные участники Сообщества Аналитиков России - Виталий Григораш, Григорий Печёнкин и др.

К сожалению, я не успел посетить все доклады, которые хотел - очень хотел послушать интересные доклады Ильи Корнипаева, Дениса Бескова и Стаса Калканова. Зато удалось послушать доклад про BPMN, часть доклада Сергея Нужненко, Григория Печёнкина и доклад Александра Новичкова. Александр затронул очень интересную тему - психологические аспекты отношений с заказчиком. Тема достаточно актуальна и традиционно слабо представлена в инженерии требований. Будет очень интересно, если эти вопросы получат дальнейшее развитие, и Александр сможет провести мастер-классы по этой тематике. Кстати, Александр выложил материалы своего доклада тут http://anovichkov.msk.ru/?p=278.

Григорий Печёнкин рассказывал про персональные риски аналитика. Мне доклад показался достаточно интересным, а тема, достойна дальнейшей проработки и расширения.

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

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

Check out this SlideShare Presentation:

Базовый инструментарий аналитика. Методы и техники используемые в инженерии требований.

View more presentations from byur.

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

На сайте 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 чего напутал ...