BPM (Business process management) blog

Июнь 22, 2012

Инструменты Enterprise Architecture: что пригодно для России?

http://cnews.ru/

Инструменты Enterprise Architecture: что пригодно для России?

Большое число ИТ-приложений, сложность их качественной поддержки, а также снижение степени адаптивности компаний из-за использования унаследованных приложений заставляет менеджмент наводить порядок в существующем зоопарке ИТ-приложений, а главное синхронизировать возможности уже существующих приложений с новыми потребностями бизнеса. Если анализировать задачи, которые на практике ставятся перед проектами по управлению архитектурой предприятия, то можно выделить несколько основных.

 полный текст

Источник: CNews

Реклама

Июнь 21, 2012

IBM Software — Innovate 2012 (продукты Rational)

Побывал тут на мероприятии IBM, посвященном продуктовой линейке IBM Rational. Центр Москвы, шикарный отель, великолепное обслуживание. IBM, как всегда организует мероприятия с некоторым «шиком». Однако, как не жалко, но первую часть мероприятия пришлось пропустить – мы  презентовали BPM систему webmethods в одном из банков.

Поэтому стартовые доклады «западников» услышать не удалось. Удалось лишь застать доклад, на котором был представлен продукт IBM Rational Doors —  один  из флагманов данной линейки. Спору нет, продукт имеет интересную функциональность и является явным лидером в области управления требованиями и намного сильнее ARIS в части трассировки и классификации требований. 

Честно говоря, после форума «Миссия выполнима 2012», который прошел вчера и собрал более 350 человек, мероприятие выглядело пустынно. В одном зале я насчитал 20 человек, в другом чуть больше 30, при этом партнеров в зале было не мало.

Доклад представителя компании «Интерфейс» про UML и необходимость использования моделей не впечатлил — все очень общее и без практики. Бодрее был следующий доклад представителя IBM по тенденциям в областях разработки. Во всю «продавали» систему IBM Rational JAZZ, сквозная автоматизация процесса, начиная от требования и заканчивая тестированием. Тут не поспоришь все правильно. И конечно ошибки при разработке нужно выявлять заранее, чем позже мы ее находим, тем больше затрат мы понесем на ее исправление. Была представлена интеграция Jazz и SAP, для российского рынка, где у SAP больше половины рынка, это очень важно.

Правильные мысли звучали от докладчиков  – на развитие информационных систем идет только 30% бюджетов, остальные 70% идут на поддержу. Нужно повышать качество программных продуктов, тогда у заказчиков появятся деньги на дальнейшее развитие. Из зала задавали вопросы о существующей интеграции между решениями IBM, оказалось, что между IBM Web sphere и IBM Rational Jazz существует некоторое дублирование, что встречается в продуктах IBM достаточно часто. О возможностях продуктов Rational в облаках скоро будут объявлены, осталось немного подождать.

ИЗ зала было много философских вопросов, что выдавало в слушателях представителей ВУЗов. Вопросы, задаваемые в кулуарах, показывали, что многие участники находятся на начальном уровне зрелости в области процессов разработки. 

Я надеялся увидеть хоть какой–то доклад или упоминание про IBM System Architect, но тут я ошибся, продукт был упомянут лишь в листовках  и вопросах заданных представителям Сбербанк технологии.

С интересом слушал доклад про фабрику разработки программного обеспечения от представителей Сбербанк-технологии.

Докладчики начали с рассмотрения термина – фабрика. На английском языке написали Fabric в поисковике и получили картинки фабрик. На русском языке набрав слово «фабрика» поисковики давали ссылки картинки  группу «Фабрика» и Фабрика звезд. Смотрелось весело.

Опрос разработчиков по данной теме позволил выделить следующие термины, ассоциирующиеся с фабрикой разработки – технология, удовлетворенность, результативность. Много фотографий и юмор исполнителей привлек внимание зала.

Водопад или agile это решение оставили на откуп разработчиков, но статистика показала, что 15% выбрали agile, а остальные 85% идут итерационным путем – ведь заказчиков у одной системы часто бывает много и итерационный путь тут выгоднее.

Перед проектом были поставлены амбициозные цели:

  • Снижение количества дефектов (целевая цифра 30%)
  • Повышение прозрачности и управляемости процесса создания ПО
  • Снижение сроков доработки (целевая цифра 30%)

Раньше заказчики и разработчики взаимодействовали напрямую. Теперь выделили роли аналитиков и роли тестировщиков, а также реализовали работу с требованиями и нормальное тестирование. Применили командную работу Agile с итеративной разработкой и демонстрацией продукта для заказчика. Решили проблемы по взаимодействию между разработчиками и бизнесом. Наладили управление релизами и приоритезацию требований от заказчика, в результате появилась прозрачность производства Расширили ресурсы аналитиков и тестировщиков. Автоматизировали разработку на IBM Rational JAZZ.  Появился набор виджетов по статусам задач. Запросы на изменения, требования и тесты – матрица трассируемости появилась в третьей версии Jazz, что явно добавила процессу управляемости.

Зная о процессе разработке не понаслышке, мне понравилось, что на одном экране были видны ключевые параметры процесса разработки. Планирование ресурсов, запросы на изменения, сроки разработки, количество критичных дефектов с возможностью drill down. Статистика по релизам и тестированию была интересна, особенно в связке с числом дефектов в продуктивной эксплуатации. В целом уменьшили число дефектов на 15% за полгода.

В октябре 2010 года стартовал проект, а в декабре 2011 года  была выполнена оценка  уровня зрелости процесса разработки на 2-й уровень зрелости по CMMI, в декабре 2012 года хотят выйти на третий уровень зрелости по CMMI.

Прикручивают wiki, блоги, краудсорсинг, открывают новые офисы разработки, распространяют свои технологии. Тиражируют свои технологии как внутри своих центров разработки, так и на своих поставщиков.

При этом вопросы архитектуры предприятия еще до конца не решены. Проектировщики департамента разработки и те, кто отвечают за бизнес-процессы пока не пришли к единому мнению о методологии и продукте. Сейчас большинство схем бизнес-процессов рисуется в MS Visio, при этом архитектурные документы создаются в MS Word. Был озвучен интерес к продукту IBM System Architect.

Отличный доклад сделали представители Сбербанк-технологии — не зря посетил мероприятие – спасибо компании IBM за приглашение.

Июнь 20, 2012

Миссия выполнима 2012 (Тренды развития BPM)

20 июня 2012 года в Москве прошел очередной форум, посвященный BPM и ECM, организованный компанией «Логика Бизнеса 2.0»

 В своем докладе, открывающем секцию BPM, «Тренды развития BPM в России» я сделал обзор технологий, которые в том или ином виде связаны с процессным управлением.

 Получился следующий перечень:

  • Business Process Analyze (BPA)
  • Business Process Management System (BPMs)
  • Subject-oriented BPM (SBPM)
  • Social BPM
  • Process Intelligence
  • Process Mining
  • Intelligent BPM
  • Adaptive Case Management (ACM)

 Какие-то технологии уже активно используются, а какие-то пока только набирают функциональность и возможно за ними будущее.

 Презентация доступна по ссылке: http://bpm.ucoz.ru/_ld/1/119_Koptelov_forum_.pdf

Блог на WordPress.com.