Рубрика: IT Project

Управление портфелем ИТ проектов

На недавнем вебинаре: ИТ-архитектура и управление изменениями. Обновление процесса CHG мы рассматривали процесс изнутри. Надеюсь, что это было полезным и содержательным. Однако взгляд с такой точки зрения сопровождается одним допущением – запросы на изменения поступают к нам из внешней среды случайным образом и в случайные моменты времени. Безусловно, это не так и в реальной жизни мы знаем о количестве и содержании будущих запросов на изменения немного больше, чем ничего. Особенно если наши бизнес-заказчики ведут плановое хозяйство, собирают свои пожелания на следующий год как-то устанавливают их приоритеты, классифицируют изменения, отделяют главное от самого главного, важное от срочного, появление новых продуктов от улучшения существующих. Continue reading «Управление портфелем ИТ проектов»

Реклама

О пользе проектного офиса

crow-foxВ июне 2010 года я разместил в этом блоге сообщение О вреде проектного управления, а чуть позже расширил тему в кратком обзоре гартнеровской статьи Projects Today, «Change Operations» Tomorrow. По законам жанра рано или поздно должна была появиться и сегодняшняя заметка. И дело совсем не в том, что я изменил свое отношение к корпоративным проектам. Пренебрежительное отношение к диаграммам Ганта, регулярному подкручиванию процента выполнения работ, наукообразным рассуждениям о методе критического пути и инструментам, типа MS Project, предназначенным для отображения фиктивной отчетности по проектам у меня сохранилось. Точно так же сохранилось убеждение в полезности средств организации совместной деятельности, общего информационного пространства, трекеров и событийных лент. Но речь совсем не о том. Я хочу рассмотреть проектный офис как некоторый социальный институт внутри компании, форму организации совместной деятельности людей, обладающей признаком самовоспроизводимости. Continue reading «О пользе проектного офиса»

Requirements as a Service

screenshot_collage

Одно время в моей ленте в FB довольно часто проскакивали сообщения о реестре отечественного ПО. Полное название этого чудесного справочника Единый реестр российских программ для электронных вычислительных машин и баз данных. Кто-то искренне радовался включению в этот список своей программы. Другие искренне негодовали по поводу очередной глупости чиновников. Третьи ностальгировали по временам своей молодости, вспоминая такую штуку, как фонд алгоритмов и программ. Меня же во всей этой истории удивляло только одно: почему во второй декаде XXI века эта штука называется реестр, а не marketplace. Слово реестр устойчиво ассоциируется с документооборотом. Мол есть где-то там сами программы(вероятно в виде распечатанных исходников), но чтоб вам, дорогие друзья,  их самим все не просматривать, мы подготовили для вас единый реестр. Continue reading «Requirements as a Service»

Руководство по разработке му́ды

mura-muri-mudi-verspilling-overbelasting-ongelijkheidИзучая статистику посещений блога по архитектуре информационных систем за прошлый год, я обнаружил, что заметка Функциональные карты и диаграммы вариантов использования оказалась безусловным лидером. Вероятной причиной тому – вымышленная история о постижении одним ведущим бизнес-аналитиком практик использования функциональных карт. Сохранив главного героя, немного ленивого, немного архаичного, но еще не забывшего основы UML и, возможно, пользующегося авторитетом в трудовом коллективе, я буду вести повествование от его имени. Итак, мы возвращаемся к нашему бизнес-аналитику в тот момент, когда он с интересом изучает план научно-исследовательских работ на текущий год. Continue reading «Руководство по разработке му́ды»

Роль ИТ-архитектора в организации

a5931_list_of_cell_phone_providers_6865783407_6023ee9464Несколько месяцев назад я написал заметку Когда, кому и зачем нужна Архитектура Предприятия Справедливости ради надо отметить, что полномасштабный проект по выстраиванию Enterprise Architecture  встречается достаточно редко. Намного чаще услуги архитектора бывают востребованы для решения более локальных задач: структурирование приложений, процессов и данных в рамках отдельного продукта, бизнес-функции или направления деятельности организации. В таких случаях обычно говорят об архитектуре ИТ-решения, а человека который её делает называют Solution architect. Одной из задач этого уважаемого эксперта является разработка архитектуры в ИТ-проекте. На прошлом месте работы мы называли эту деятельность High Level Design Но у Solution architect есть еще одна, не менее важная задача – подготовка вариантов решения. О том как это сделать можно почитать здесь Create a solution architecture А я напишу несколько слов о том, почему это важно. Continue reading «Роль ИТ-архитектора в организации»

Бизнес-аналитики – друзья, соседи или дальние родственники?

clip_image180_02Томительное ожидание выхода третьей версии свода знаний по бизнес-анализу A Guide to the Business Analysis Body of Knowledge (BABOK v3) вызывает у меня противоречивые чувства. (Поэтому я и решил полностью переписать предыдущую заметку.) С одной стороны International Institute of Business Analysis (IIBA) это довольно типичная организация по написанию и продаже дорогих книжек, развитию региональных представительств и многоуровневых систем сертификаций. Все подобные организации, правильнее их было бы назвать сектами, сделаны по одному шаблону. И проблемы у них у всех одинаковые: изменения освещаемой ими темы происходят намного быстрее, чем издаются очередные релизы их главных книжек. Адепты такого кунг-фу сильно рискуют обнаружить абсолютную ненужность приобретенных навыков к моменту достижения черного пояса. Впрочем, каждый зарабатывает, как умеет. С другой стороны контент BABOK мне кажется достаточно содержательным Continue reading «Бизнес-аналитики – друзья, соседи или дальние родственники?»

Консультант по развитию бизнес-приложений

file63714064_5f6d2b74В прошлом году нас в очередной раз стали учить передовым методикам сокращения времени вывода на рынок новых продуктов и услуг, т.е. пресловутому уменьшению Time to Market. Делала это одна известная консалтинговая компания, и выглядело это довольно слабо. Никто толком не разобрался в том, как у нас сейчас обстоят дела. Не потряс перед нашим носом хоть какими-нибудь эталонами моделями, не обозначил gaps. В общем, не поставив диагноз, сразу прописали agile и отпустили лечиться. Чего стоит рекомендация: «не дожидаться завершения разработки интегрируемых приложений, а использовать при тестировании вместо реальных интерфейсов заглушки». Прямо скажем, откровение из арсенала «Капитана очевидность». Одним словом, все как в анекдоте про коров, которых надо меньше кормить и чаще доить.

Естественно, мне не очень хотелось выглядеть похожим на этих персонажей при проведении Мастерской по инженерии программных продуктов. Поэтому, в декабре я потратил некоторое время на то, чтоб поразбираться с подходами к развитию программных продуктов. Не скажу, что со времен глобального увлечения CMMI что-то принципиально изменилось, но некоторые интересные моменты удалось не только узнать, но и попробовать.  Continue reading «Консультант по развитию бизнес-приложений»