Работая от имени СМ-Консалт (www.cmcons.com) как менеджер проекта по вндерению процессов конфигуправления и инструментария поддержки (Rational CQ и CC) для одного из больших банков в Москве имел интересную встречу с CIO этого банка. Понятно, что CIO видимо мало должно заботить такая вещь, как упорядочивание процессов разработки ПО внутри ИТ департамента, а это должно быть целиком головной болью руководителя соответствующего Управления (что есть на самом деле в этом банке). Но у меня всегда было ощущение, что CIO должен иметь более детальное представление об этом домене и понимать что разработка должна вестись не "на коленках", а хотябы с элементами "промышленного" процесса. В ходе общения был задан ряд интересных вопросов, например не затормозит ли процесс разработки внедрение новых процессов и их автоматизация. Ответить на этот вопрос сложно, т.к. никто не знает фактическю загрузку разработчиков. Учитывается только срок решения задачи (например через неделю должно быть), а не то сколько времени фактически
тратиться на ее решение. Но по опыту -- да, может затормозить. Поэтому первая версия процесса должна быть достаточно "легкой", но решающей как минимум одну из ключевых задач, актуальных для данной организации.
воскресенье, 16 декабря 2007 г.
Сертификация на 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 как это сделать :-).
Общее впечатление от действа. Если честно, я не предполагал что сертификация может проводиться таким вот образом. Просто заплати деньги, при этом активно участвуй в семинаре, показывай свои результаты и обсуждай их с коллегами и тренером и ты сертифицированный специалист! Мне кажется это не совсем правильно. Все-таки сертификация должна быть в том числе в виде теста. Да, я согласен, что опытный тренер должен внимательно посмотреть на претендента, на его рефлексы. Но таки должен быть тест!
Коль скоро Асхат активно двигает Agile в России, как-нибудь при случае пообщаюсь с ним на эту тему -- как в России продвигать некую "внутреннюю" сертификацию по тому же Scrum. При наличии инвестора -- можно было развернуть это как бизнес и в России, у меня даже есть vision как это сделать :-).
Как понимают термин "проектный офис" в одном ОАО "ГазXXXX"
Я честно порывался эту новость опубликовать еще осенью, да руки не дошли. Контекст -- работая с одной газпромовской структурой на тему ИТ-стратегии Газпрома, мне показали одну забавную презентацию, тоже одной из газпромовских структур, претендующих на выполнение работ по реализации стратегии информатизации газпрома и желающие быть "генеральным интегратором" в Газпроме. К слову, я имел определенные контакты с представителями этой "структуры-претендента" в части вопроса по классификации информационно-управляющих систем (глоссарий ИТ-стратегии Гапзрома) -- и был крайне удивлен их желанию для Enerprise Architecture вцелом, использовать ГОСТы 34 серии, которые если и использовать, то только в рамках архитектуры приложений и то, для конкретной системы при ее создании или модификации (совокупность всех систем не рассматривается как некая суперсистема!). Конечно же уже один этот факт заставляет задуматься о понимании данной "структурой-претендентом" сути EA и т.п. Но то что было далее -- меня убило напрочь!
Тема была о проектном офисе по одной из больших ИУС для Газпрома. Мои клиенты, подали предложение по проектному офису и эта "структура-претендент" тоже выступила с презентацией своего виденья организации работ в целом и проектного офиса в частности. Вот что они понимают под проектным офисом:
Тема была о проектном офисе по одной из больших ИУС для Газпрома. Мои клиенты, подали предложение по проектному офису и эта "структура-претендент" тоже выступила с презентацией своего виденья организации работ в целом и проектного офиса в частности. Вот что они понимают под проектным офисом:
воскресенье, 27 мая 2007 г.
Иркутск интересный город. Мне довелось побывать недавно там. В рамках своей профессиональной деятельности познакомился с интересными людьми, работающими в ДИТ большого и известного предприятия. Что меня очень порадовало, так это то что ребята взяли и адаптировали под свои потребности RUP. И при этом ребята совершенно адекватные, без столичных заморочек и "эстетства, позерства, кокетсва ..." (с) А. Градский. Просто получил удовольствие от общения ... Изучил их регламентные документы без разговоров, как это было у меня однажды в столице http://buluy.moikrug.ru/blog/222982041/.
Вобщем впечатления очень хорошие.
Вобщем впечатления очень хорошие.
Подписаться на:
Сообщения (Atom)