пятница, 1 августа 2008 г.

Получил 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 -- лицензии и экспертиза по инструментарию и его пресейл это их задача. Мы же в консалтинге вольны выбирать любые решения, которые наилучшем образом подходят для заказчика практически независимо от производителя :-).

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

вторник, 8 июля 2008 г.

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

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

суббота, 5 июля 2008 г.

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.

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

среда, 18 июня 2008 г.

Исследование 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

четверг, 22 мая 2008 г.

Пятый ежегодный форум Oracle для компаний-разработчиков из стран СНГ

Вчера делал доклад на этом мероприятии. Доклад был посвящен SWEBOK. Поразил тот факт, что Oracle решил сменить формат форума и посвятить его вопросам программной инженерии, вместо традиционного фокуса на продуктах этого вендора.
Компания HP была кстати одним из коспонсоров мероприятия.
Практически все докладчики мне знакомы. Это и Стас Калканов, рассазывавший о CMMI, и Асхат Уразбаев (и так понятно о чем докладывал ;-)), Денис Петелин, который неожиданно (именно для меня) делал доклады о Time Management. Илья Корнипаев - впервые выступавший в таком формате -- рассказывал о проблемах управления требованиями и путей их преодоления. А очаровательную Евгению Владимирскую после обеда разыскивали импозантные джентельмены с намерением задать несколько вопросов и обратились к нам (группе мирно пьющих кофе докладчиков :-)) с вопросом о контактах. Байрам, как истинный джентельмен, записал вопрос и контакты вопрошающих с обещанием передать Евгении :-).
Запомнился Владислав Балин - известный RSDN-форумчанин, который после меня, представившегося ИТ-консультантом, делая доклад представился как менеджер проектов, подчеркнув что он не консультант :-).

понедельник, 12 мая 2008 г.

Borland - CodeGear = ?

7 мая Borland продал подразделение CodeGear компании Embarcadero Technologies. Тут официальная информация на эту тему.
Для меня, как человека что называется выросшего на средствах разработки от Борланд эта новость носит печальный оттенок. Если честно я думал, ну ладно купит Оракл или еще кто из грандов ...

Интересно -- это закат Borland или рассвет Embarcadero?

суббота, 3 мая 2008 г.

Семинар Йордона.

23 апреля в Москве прошел семинар Эдварда Йордона, который у меня получилось таки посетить. По словам организаторов на семинаре в Москве присутствовало 270 человек а в Питере около 150 человек. По слухам в Индии Йордон собирал гораздо больше слушателей :-). Семинар в целом соответствовал моим ожиданиям. Т.е. я не ожидал узнать что-то принципиально новое или получить Excel-файлы с dashboards и метриками. Из самого семинара особенно запомнилось, что Йордон постоянно называл Де Марко "своим другом", видимо это у них взаимно :-).
Из приятных мелочей -- удалось получить книгу с автографом Йордона, спасибо лично Елене Родиной (Бочаровой). Жаль конечно что книга была русскоязычная.

четверг, 10 апреля 2008 г.

Telelogic теперь официально часть IBM

На сайте Telelogic уже официально висит "Telelogic an IBM Company". В Press release
сказано про то, что они теперь будут подотченты подразделению IBM Rational. Остается только гадать, как теперь будет выглядеть линейка продуктов IBM Rational. Мне думается, что для начала остануться обе линейки и будут продваться независимо. Потом произведут некую компановку продуктов и ребрендиг. Мне думается, что ReqPro прекратит свое существование и его заменит DOORS. Естетсвенно, думаю что продолжит свое развитие System Architect. Для конфигуправления видимо останется ClearQuest и ClearCase -- как флагманы линейки. Продукты Telelogic для конфигуправления скорее всего со временем умрут. Для UML скорее всего будет развиваться RSA. При этом как-то придется разруливать ситуацию (и думаю что это будет разрулено самым простым образом -- ценой продуктов) тот факт, что в System Architect есть UML и BPMN, который тоже есть и в продуктах линейки Rational.

Остается один вопрос ... КТО КУПИТ Borland? Может MS... или Oracle? ....

среда, 2 апреля 2008 г.

Еще отзывы о работе ...

Вот так всегда, то пусто, то густо ... очередная благодарность от заказчика ... на этот раз Банк Русский Стандарт: http://cmcons.com/pic/otz/rs-bank/rs-bank_medium.jpg

Хотя стилистику я бы подправил :-).

пятница, 14 марта 2008 г.

Отзыв заказчиков о работе

Приятно видеть официальные отзывы от заказчиков о своей работе:
http://cmcons.com/portfolio/otzyvy_o_nas_nashikh_klientov/irkut-avia/

Я уже писал, о том как хорошо удалось поработать в Иркутске. Думаю, что как будет время -- напишу небольшой обзор по тому, что и как там делалось.

понедельник, 10 марта 2008 г.

Семинар от Telelogic ...

5 Марта в отеле “Holiday Inn” компания Telelogic проводила семинар по ALM продуктам. Помимо традиционного фокуса на Doors, был рассказ про продукт FocalPoint для product management. На мой взгляд про продукты такого класса помимо традиционного "маркетингового" обзора о возможностях инструмента и вариантами его применения, имеет смысл еще и рассказывать про математику, которая используется внутри инструмента для анализа данных. Это позволяет более детально оценить применимость инструмента в каждом конкретном случае.
Формат семинара не позволил организаторам уделить время продукту System Architect. Хотя этот продукт скорее всего потребует отдельного семинара.

понедельник, 3 марта 2008 г.

Magic Quadrant for Software Change and Configuration Management for Distributed Platforms, 2008

http://mediaproducts.gartner.com/reprints/microsoft/vol4/article10/article10.html

По этой ссылке можно посмотреть свежий взгляд Gartner на продукты компаний-производителей SCCM ПО.

Забавно видеть Serena и MKS в лидерах. Так же забавно видеть комментарии Gartner относительно Borland и Telelogic, где о Borland говорится что решение разделиться на две компании СПОРНОЕ (с чем я вобщем-то согласен), а подвешанное состояние Telelogic в связи с предложением от IBM тоже не добавляет баллов.

воскресенье, 17 февраля 2008 г.

Вышла книга где я в соавторах :-), приятно ...

Давно не писал ... все времени нет -- на новой работе загруз полный ... А новость тем не менее прошлогодняя. Как один из результатов моей работы в IIASA с 1997 по 2004 -- выпущена книга "Швиденко А.З., Щепащенко Д.Г., Нильссон С., Булуй Ю.И. Таблицы и модели хода роста и продуктивности насаждений основных лесообразующих пород Северной Евразии (нормативно-справочные материалы). - М: МПР РФ, 2006. – 803 с".
Несмотря на то, что книга имеет 2006 год, реально ее напечатали только в прошлом году :-(. Вообще выпуск книги был "с приключениями" и только благодаря усилиям Дмитрия Щепащенко, который вел настоящую борьбу с издательством за скорейший выпуск книги книга таки вышла, а то еще бы год мурыжили.

Все-таки приятно любоваться книгой "о 800 страницах" и видеть свою фамилию в соавторах, и вспоминать сколько труда было вложено, и как было приятно работать.

воскресенье, 20 января 2008 г.

За суетой забыл ....

Как-то после HNY все было очень суетливо, и я забыл запостить новость о том, что уже не являюсь независимым консультантом, а работаю на компанию HP в подразделении CI (Consulting and Integration) в качестве консультанта. В моем фокусе теперь помимо традиционных процессов программной инженерии еще и темы связанные с EA, IT Governance, P&PM, и немного ITIL. Теперь я гораздо меньше буду уделять внимание конкретному инструментарию, а больше процессам и решениям (solution architecture).

суббота, 12 января 2008 г.

Дискуссия с приверженцами ГОСТ на одном из формумов

Забавно обсуждать процессы разработки ПО с людьми, которые считают что они работают в соответствии с ГОСТ и творчески подходят к его положениям :-). Оно конечно понятно, что творческий подход на то и творческий, но тем не менее ... В одном из форумов, где обсуждаются разработка документации по ГОСТам имел дискуссию с одним джентельменом, который вкратце описал таким образом их подход к использованию ARIS в процессе разработке ПО, который соответствует требованиям ГОСТ:
"В исходных данных описываем бизнес-процессы в модели AS-IS и на их основе формулируем требования в ТЗ. Если есть картинка, то сформулировать требования все равно, что два байта переслать.
Затем вместе с программистами описываем модель TO-BE и вставляем ее, соблюдая требования ГОСТ 34 серии (19 серии), в технический (рабочий) проект. Заказчик доволен и нам хорошо."


Как минимум напрашивается вопрос, в документации технического проекта по ГОСТ по-идее должны быть представлены технические решения, а не модели бизнес-процессов! О каком же соответствии ГОСТ в данном случае может идти речь?
Лишний раз убеждаюсь, что очень часто заказчики, которые требуют от разработчиков соблюдения ГОСТ, сами ТОЛКОМ ГОСТов не знают! ...
Мне например однажды один большой знаток ГОСТов из Газпрома сказал, что спецификации юзкейсов -- это уже технические решения. Хотя в тексте юзкейсов ни разу не встретилось слово "база данных" или описание элементов пользовательского интерфейса. Это кстати камень в огород ГОСТов, т.к. если сравнить тот же ГОСТ 34.602 и IEEE 830, то последний более внятен, и вызывает меньше повода для "фантазий" и "творчества". Да и вокруг ГОСТов не сформировалось сообщество, которое бы разработало методические рекомендации, тренинги и т.п., которое бы являлось источником методического обеспечения для разработчиков. А культура сформированная в отдельных НИИ/ОКБ и т.п. структур советского времени, практически утеряна (за редким исключением в оборонной промышленности).

суббота, 5 января 2008 г.

Госсектор ... просто размышление

Столкнувшись по работе с газпромовскими структурами и глядя на ИТ-кухню Газпрома изнутри (про проектный офис я уже писал :-)) и понимая насколько делается все, мягко говоря, неэффективно в сфере ИТ там -- все более четко понимаю, что за это приходится платить мне ... оптовые цены на газ подняли на 25%, новые тарифы для населения тоже повысились ... За подключение к газоснабжению строящегося дома в Ивантеевке мне нужно будет тоже вывалить 10 000 USD (хотя это уже не совсем Газпром)!
Самое обидное, что такая ситуация типична вообще во всем госсекторе и окологосударственных компаниях. Взять то же Федеральное лесное агенство -- у них до сих пор нет единой ГИС и хранилища данных по лесному фонду. Как вобщем и нет четкой стратегии развития ИТ. Казалось бы -- неужели не понятно, что нужно иметь Федеральному органу лесной кадастр -- реализация его вполне может быть на уровне выдела -- с использованием ArcInfo + Oracle, нужно иметь систему KPI для оценки производственно-экономической деятельности лесхозов и внятную систему отчетности этих органов. Никто даже не озаботился единым НСИ для отрасли в целом! У них даже нет отдела/управления, которое бы занималось информатизацией ... а если и будет, то нетрудно догадаться, что там не будет толковых специалистов с "системным подходом".
Вобщем грустно ...

четверг, 3 января 2008 г.

Книга по RequisitePro (!)

Вот откуда я узнал о ее существовании http://www.ibm.com/developerworks/rational/library/dec07/reader/excerpt.html

Как-то удивительно, что книга выпущена ТОЛЬКО в 2007 г. Хотя актуальна такая книга была в 2000-2005 гг -- в пик популярности Rational в России. Уже даже Telelogic выпустил ПЕРЕВОД книги по требованиям и DOORS в России пару лет назад, и только теперь IBM разродился :-). Хотя, допускаю, что дата выпуска не случайна, и призвана реанимировать упавший интерес к инструменту RequisitePro.

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

Почитал статейку ...

Увидел ссылку на статью про создание ТЗ в форуме philosoft.ru -- http://webmascon.com/topics/planning/22a.asp

Почитал. Что меня удивляет -- так это творческая натура нашего народа. Вместо того, чтобы изучить вопрос о требованиях как таковых и стандартах и методологиях, что либо говорящих о документировании требований, начинают что-то изобретать. Нет, конечно это здорово, что у людей ЕСТЬ мысли. Но тем не менее ... странно что автор говорит об эскизном и техническом проектах -- как о документах (причем в контексте ГОСТ 34), а не стадиях, как это записано в ГОСТ 34.601. И жаль, что не упоминает в источниках Вигерса, Коберна, Лефингвелла, Александра, ...

Напрашивается сравнение с Циолковским :-).

среда, 2 января 2008 г.

Консультантская народная песня

Тут Александр Новичков задал тему http://www.pesni.ru/song/3245/ -- бросил пару куплетов переделанных. А меня что-то пробило .. вот и родилось нечто этакое .. на мотив.

Пусть офис наш мобилен, не беда!
Зато когда хотим, читаем блоги!
Работники ИТ-консалтинга -
Процессники с большой дороги.

Мы бродим по клиентам отродясь,
Гостиницы уютом не встречают.
Заказчики же словно сговорясь,
Как водится, "косты срезают" ...

Заказы ищем с ночи до утра.
И оббиваем мы контор пороги
Работники ИТ-консалтинга,
Процессники, с большой дороги

Ну от чего Процессы не милы
Сотрудникам ИТ-подразделений,
Ведь пишем мы для них свои тОмы
Конечно же из лучших побуждений!