Заметки консультанта.

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

2011-05-03T01:08:00.000+03:00

Все тут: http://smarttravel.livejournal.com/ ... лично я воспользовался советами ... :-)

Про "большое Сколково" ...

2011-02-18T18:44:00.000+02:00

Озаглавил именно как "большое Сколково", т.к. уже несколько раз сталкивался с тем, что многие ассоциируют МШУ Сколково и "инноград" Сколково, считая что это одно и то же. Приходится пояснять, что это разные организации. Подумалось, что они разные даже по своей идее - если МШУ это скорее исследования в области развивающихся рынков, цель же иннограда, на мой взгляд, именно вытащить нас всех из этого вечного "развития" в светлое будущее "развитого капитализма" :-). Но собственно мне всегда было интересно, как "на западе", на фоне сообщений о намерениях и подписанных договорах с большими корпорациями все-таки относятся к этому проекту иннограда. В "бытовых" разговорах/переписке, мало кто из моих собеседников высказывался оптимистично по поводу перспектив большого Сколково. А тут, однажды слушая в машине радио наткнулся на передачу по Финам, в которой для беседы были приглашены два западных журналиста (одна из них - дама, как я понял родилась в России). Рассуждали про Россию и ее имидж в мире и т.п. Когда их спросили как вообще настроение на западе по их ощущениям в отношении большого Сколково - я получил лишнее подтверждение "бытовой" точке зрения - не верят в этот проект на западе. Почему меня это не удивляет?

Возвращаясь к вопросу о use cases и функциях ...

2010-12-13T16:36:00.003+02:00

Читая форум UML2.RU, натолкнулся на дискуссию о том что функции системы дублируют юзкейсы, и вообще не понятно что есть что и для чего, кроме этого такие же вопросы иногда возникают у коллег по работе, и у заказчиков, для которых в силу специфики их систем, я разрабатываю еще и модель вариантов использования (Use Cases).... В данной заметке я решил дать краткое пояснение по данному вопросу, не слишком вдаваясь в формальные определения, а больше по сути вопроса.

Юзкейсы (Use Cases, варианты использования) - это взгляд с т.з. пользователя на систему, который дает ответ на вопрос какие свои задачи (в терминах того же Коберна - цели) решает пользователь при помощи системы, и что при этом делает система в ответ на действия пользователя. Юзкейсы относятся к т.н. "пользовательским требованиям" (по "классификации" Вигерса).
Функции - это некие свойства системы, или нечто полезное, что может делать система, в т.ч. для внешнего по отношению к ней пользователя. Функции системы - это, если так можно выразиться, взгляд "изнутри" системы на ее окружение. Кстати, говорить о функциях системы можно только на этапе ее проектирования. Т,е. когда речь идет о том, что эти функции уже определены и мы их перечисляем, и поясняем механизм их реализации. На этапе требований - можно говорить только о ТРЕБОВАНИЯХ к функциям (или иначе - функциональным требованиям). Т.е. на этапе разработки требований, функций системы как самостоятельных артефактов еще нет, есть только требования к ним!

О разнице м/у юзкейсами и функциями. Юзкейсы не являются функциями а) по-определению б) по своей природе. Поясню на примере - юзкейсом для системы управления корпоративной печатью вполне может быть, например, "Распечатать документ" - это цель пользователя, явная и достаточно крупная. В то же время функцией такой системы может быть "Авторизация пользователя на устройстве печати посредством смарт-карты", или "Удаление заданий из очереди печати (после распечатки)", но таких юзкейсов у системы не будет (как минимум в данном контексте). Еще одной отличительной чертой является то, что функции, в отличии от юзкейсов, могут иметь жесткую иерархию, и могут быть декомпозированы (т.е. двигаясь вниз по иерархии - они будут детализировать "верхнюю" функцию).

Основной вопрос возникает как совмещать оба подхода при разработке требований к системам. И как не допускать явного дублирования. Тут есть несколько подходов.
Есть подход "a-la RUP", в котором юзкейсы могут рассматриваться как основа требований, и дальше разрабатывается только доп. спецификация - в которой описываются те аспекты (часть функциональных требований и нефункциональные требования), которые не затронуты юзкейсами и производится трассировка их на юзкейсы.
Есть подход Вигерса - где наряду с юзкейсами описывается полноценное SRS, в котором перечисляются именно функциональные требования и они так же, могут быть оттрассированы на юзкейсы.
Есть подход без использования юзкейсов - когда можно описать всю возможную функциональность в виде иерархического списка функциональных требований, и при этом вполне могут быть такие высокоуровневые функции (для той же системы управления печатью), как "Печать документа", "Копирование документа", и т.п, которые просто будут декомпозированы. А если при этом распределить эти функции по типам пользователей, то в принципе можно получить представление о том, каким пользователям какая функциональность доступна. При этом можно говорить о формулировке требований в формате "Система должна иметь возможность ..." и "Пользователь должен иметь возможность...". В этом случае можно высокоуровневыми требованиями сделать a-la пользовательские ("Пользователь должен иметь возможность..."), и декомпозировать их чисто функциональными ("Система должна иметь возможность ...").

В любом случае, если есть сомнение "to Use Case or not ...", следует четко понимать, какую дополнительную ценность принесут юзкейсы, не только для разработки требований, но и для проектирования, тестирования и проведения приемо-сдаточных испытаний. И исходя из этого принимать решение, какой из подходов использовать.

Не удалось посетить SECR-2010. Я много потерял?

2010-10-17T23:03:00.000+03:00

В этом году мне не удалось посетить конференцию SECR-2010. Честно говоря, когда я посмотрел ее программу, лично у меня она не вызвала явного интереса. Судя по некоторым отзывам - http://blogs.uml2.ru/post/SECR-2010-pervye-vpechatleniya как-то безрадостно.... Неужели все идет по принципу "Что может быть хуже чем Робот-полицейский-2?" - "Робот-полицейский-3!!!"? Интересно было бы узнать мнения посетивших ....

Почитал заметку про реакцию на новую школьную программу по информатике ...

2010-10-05T12:32:00.002+03:00

Тут http://cnews.ru/news/top/index.shtml?2010/10/04/410981 опубликована заметка про реакцию "представителей ИТ-сообщества" на новую школьную программу по информатике. Не перестаю удивляться нашим академикам от образования ... зачем детям такой объем знаний? Больше всего мне нравятся заявления про то, что большую часть времени преподавание информатики может происходить без компьютеров (по этой программе)! Видимо авторы программы не в курсе про инициативы правительства об информатизации школ и т.п. Интересно, какие задачи призвана решать такая программа образования? Кого готовить? Будущих студентов ИТ-специальностей ВУЗов?
IMHO, на теоретические аспекты по информатике следует отдавать не более 20% времени. Более ценным для школьников было научить их печатать вслепую (страшно смотреть, когда молоденькая операционистка в банке, тычет одним пальцем, набирая мою платежку ..., а ведь изучала в школе информатику!). И научить использовать текстовые редакторы и электронные таблицы для решения прикладных задач (да хоть на примере учета расхода собственных карманных денег). Это бы позволило решить вопрос элементарной компьютерной грамотности и в большей степени способствовало бы информатизации образования, как такового. Глядишь, доживем до счастливого момента, когда ученики будут отправлять рефераты учителю по e-mail :-).

Летний аналитический фестиваль 2010 в Иваново

2010-07-15T00:08:00.002+03:00

Лето выдалось нынче жаркое ... и насыщенное событиями. В прошлые выходные 10-11 июля состоялся в г. Иваново Летний Аналитический Фестиваль, на который я имел честь быть приглашенным в качестве одного из докладчиков. Хотелось бы сказать много теплых слов принимающей стороне, обеспечивших проведение фестиваля - НПО Консультант, и лично Эдуарду Галиаскарову, приютившего нас в своей квартире! Эд, спасибо!. Я добирался машиной в Иваново, и я слегка подустал, поэтому приехал только к 11 на конференцию,. хотя Эду пришлось в 4 утра вставать встречать коллег приехавших поездом из Москвы .... При этом я доделывал презентацию своего доклада еще в течении часа или двух, и не смог посетить первые доклады. Но потом все-таки выбрался ... Послушал Григория Печенкина, Илью Корнипаева ... ребята как всегда на высоте! Отдельно хотел отметить доклад Александра Белина, рассказавшего про опыт постановки процессов "по Вигерсу" в западной компании - какая была проделана колоссальная работа по выстраиванию процесса, и как я понимаю она принесла свои положительные результаты! Кроме этого посетил доклад Ирины Левенец из НПО Консультант ... заслушался :-). Порадовала уверенность и четкость изложения, да и опыт работы компании достаточно интересен.

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

Ниже моя презентация:

Laf2010 yury buluy

View more presentations from byur.

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

2010-06-27T15:35:00.001+03:00

Буквально на днях побывал в славном и древнем городе Новгород Великий, где 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

2010-03-20T10:12:00.000+02:00

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

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

2010-03-19T22:50:00.001+02:00

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

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

2010-01-23T13:25:00.002+02:00

В группе на 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 (основы программной инженерии)

2010-01-21T12:57:00.000+02:00

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

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

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

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

2009-11-22T15:01:00.005+02:00

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

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

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

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

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

Check out this SlideShare Presentation:

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

View more presentations from byur.

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

2009-09-14T20:55:00.003+03:00

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

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

2009-01-23T12:07:00.004+02:00

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

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

2009-01-23T11:43:00.003+02:00

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

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

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

Получил promotion ...

2008-08-01T16:27:00.007+03:00

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

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

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

2008-07-08T21:40:00.003+03:00

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

Training Labs 2008

2008-07-05T11:12:00.003+03:00

В прошедшую субботу состоялось мероприятие 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"

2008-06-18T11:52:00.005+03:00

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

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

2008-05-22T14:25:00.002+03:00

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

Borland - CodeGear = ?

2008-05-12T10:22:00.003+03:00

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

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

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

2008-05-03T10:02:00.003+03:00

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

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

2008-04-10T11:45:00.005+03:00

На сайте 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? ....

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

2008-04-02T21:54:00.003+03:00

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

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

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

2008-03-14T12:54:00.004+02:00

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

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

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

2008-03-10T22:48:00.002+02:00

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

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

2008-03-03T11:25:00.003+02:00

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

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

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

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

2008-02-17T12:06:00.002+02:00

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

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

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

2008-01-20T16:20:00.000+02:00

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

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

2008-01-12T16:36:00.000+02:00

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

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

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

2008-01-05T23:22:00.000+02:00

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

Книга по RequisitePro (!)

2008-01-03T23:22:00.000+02:00

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

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

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

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

2008-01-03T22:18:00.000+02:00

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

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

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

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

2008-01-02T17:31:00.000+02:00

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

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

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

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

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

Размышления на тему общения с одим CIO

2007-12-16T13:31:00.000+02:00

Работая от имени СМ-Консалт (www.cmcons.com) как менеджер проекта по вндерению процессов конфигуправления и инструментария поддержки (Rational CQ и CC) для одного из больших банков в Москве имел интересную встречу с CIO этого банка. Понятно, что CIO видимо мало должно заботить такая вещь, как упорядочивание процессов разработки ПО внутри ИТ департамента, а это должно быть целиком головной болью руководителя соответствующего Управления (что есть на самом деле в этом банке). Но у меня всегда было ощущение, что CIO должен иметь более детальное представление об этом домене и понимать что разработка должна вестись не "на коленках", а хотябы с элементами "промышленного" процесса. В ходе общения был задан ряд интересных вопросов, например не затормозит ли процесс разработки внедрение новых процессов и их автоматизация. Ответить на этот вопрос сложно, т.к. никто не знает фактическю загрузку разработчиков. Учитывается только срок решения задачи (например через неделю должно быть), а не то сколько времени фактически
тратиться на ее решение. Но по опыту -- да, может затормозить. Поэтому первая версия процесса должна быть достаточно "легкой", но решающей как минимум одну из ключевых задач, актуальных для данной организации.

Сертификация на ScrumMaster

2007-12-16T13:14:00.000+02:00

Еще одно интересное событие прошло осенью -- а именно сертификация на ScrumMaster, проводимая Michael Vizdos, при непосредственном участии http://www.agilerussia.ru/ и лично Асхата Уразбаева (тут подробнее http://agilerussia.ru/index.php?option=com_content&task=view&id=52&Itemid=33). Я тоже решил сертифицироваться :-) и теперь я еще и сертифицированный ScrumMaster. Фотоотчет о мероприятии можно увидеть тут http://picasaweb.google.com/askhat/ScrumCertification?authkey=_C2EOL0F4k4 , спасибо Асхату!
Общее впечатление от действа. Если честно, я не предполагал что сертификация может проводиться таким вот образом. Просто заплати деньги, при этом активно участвуй в семинаре, показывай свои результаты и обсуждай их с коллегами и тренером и ты сертифицированный специалист! Мне кажется это не совсем правильно. Все-таки сертификация должна быть в том числе в виде теста. Да, я согласен, что опытный тренер должен внимательно посмотреть на претендента, на его рефлексы. Но таки должен быть тест!
Коль скоро Асхат активно двигает Agile в России, как-нибудь при случае пообщаюсь с ним на эту тему -- как в России продвигать некую "внутреннюю" сертификацию по тому же Scrum. При наличии инвестора -- можно было развернуть это как бизнес и в России, у меня даже есть vision как это сделать :-).

Как понимают термин "проектный офис" в одном ОАО "ГазXXXX"

2007-12-16T12:50:00.000+02:00

Я честно порывался эту новость опубликовать еще осенью, да руки не дошли. Контекст -- работая с одной газпромовской структурой на тему ИТ-стратегии Газпрома, мне показали одну забавную презентацию, тоже одной из газпромовских структур, претендующих на выполнение работ по реализации стратегии информатизации газпрома и желающие быть "генеральным интегратором" в Газпроме. К слову, я имел определенные контакты с представителями этой "структуры-претендента" в части вопроса по классификации информационно-управляющих систем (глоссарий ИТ-стратегии Гапзрома) -- и был крайне удивлен их желанию для Enerprise Architecture вцелом, использовать ГОСТы 34 серии, которые если и использовать, то только в рамках архитектуры приложений и то, для конкретной системы при ее создании или модификации (совокупность всех систем не рассматривается как некая суперсистема!). Конечно же уже один этот факт заставляет задуматься о понимании данной "структурой-претендентом" сути EA и т.п. Но то что было далее -- меня убило напрочь!
Тема была о проектном офисе по одной из больших ИУС для Газпрома. Мои клиенты, подали предложение по проектному офису и эта "структура-претендент" тоже выступила с презентацией своего виденья организации работ в целом и проектного офиса в частности. Вот что они понимают под проектным офисом:

2007-12-16T12:44:00.000+02:00

Совершенно забыл, что я таки зарегистрировал свой блог :-). Тут в предверии интересных событий подумал, что кое-что достойно быть опубликованным. Как минимум для того, чтобы по несколько раз одно и то же не рассказывать, а просто сказать "читал у меня в блоге?" :-).

2007-05-27T01:26:00.001+03:00

Иркутск интересный город. Мне довелось побывать недавно там. В рамках своей профессиональной деятельности познакомился с интересными людьми, работающими в ДИТ большого и известного предприятия. Что меня очень порадовало, так это то что ребята взяли и адаптировали под свои потребности RUP. И при этом ребята совершенно адекватные, без столичных заморочек и "эстетства, позерства, кокетсва ..." (с) А. Градский. Просто получил удовольствие от общения ... Изучил их регламентные документы без разговоров, как это было у меня однажды в столице http://buluy.moikrug.ru/blog/222982041/.
Вобщем впечатления очень хорошие.

Начала ...

2007-05-27T01:21:00.000+03:00

Просто удивительно как легко и непринужденно можно завести себе блог :-).