Книга по 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. И жаль, что не упоминает в источниках Вигерса, Коберна, Лефингвелла, Александра, ...

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

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

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

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

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

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

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

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

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

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

Еще одно интересное событие прошло осенью -- а именно сертификация на 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"

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

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