Управление изменениями в IBM Rational - Часть 2: Усовершенствование решений по управлению изменениями в IBM Rational

Эта статья в двух частях иллюстрирует передовой опыт в управлении изменениями, использующийся командой разработчиков IBM Rational ClearQuest® и предлагает концептуальный пример общего процесса разработки для управления изменениями.

В первой части я подробно описал, как команды разработчиков ClearQuest Rational используют ClearQuest и связанные с ним компоненты интеграции и процессы, чтобы сбалансировать потребности заинтересованных сторон и обеспечивать качественное обслуживание как для заказчиков, так и для команды разработчиков. Во второй части я представлю подход, который может еще более усовершенствовать существующий процесс. Идея этого подхода описана для общего процесса разработки, хотя многие понятия подходят для любых форм управления изменениями или жизненным циклом приложения. Эти идеи могут представлять интерес для любой организации по разработке ПО, которая хочет оптимизировать процессы управления изменениями, чтобы более полно удовлетворять запросы заинтересованных сторон.

От редактора: нумерация в этой статье, второй части серии, продолжает нумерацию первой части, вышедшей в ноябрьском выпуске Rational Edge за 2007 г.

Усовершенствования процесса разработки

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

Для схемы RATLC было необходимо решение, которое помогало бы соединить приложение для поддержки заказчиков с решением по управлению изменениями в группе разработчиков. Оно получило известность как RETAIN RATLC Bridge и было описано в части 1.

Наша система управления изменениями (CM-система) в IBM Rational качественная, но все же не совершенная. Например, если запрос на изменение (change request — CR), получил оценку, если он задан, разработан и затем разрешен, закрытие CR автоматически запускает обновленную информацию в приложении RETAIN Call Center, чтобы как Отдел поддержки, так и заказчики могли видеть состояния решения. Но мы бы хотели сделать еще больше. Например, если нет способа проследить отношения между продуктом или проектом, идентифицированным заказчиком, когда проблема выявлена в совместно используемом компоненте, может возникнуть замешательство по поводу того, когда и где зафиксированы проблемы, о которых сообщали заказчики. Вот пример того, что имеется в виду:

Один из способов решить подобную проблему — установить метод для определения и автоматизации соотнесения местонахождения проблемы, и тем, когда и где заказчик может получить решение этой проблемы. Эта могло бы быть осуществлено отображением поля версии RETAIN Call Center в поле RATLC для версии продукта или описанного проекта.

Учет данных обстоятельств является основой для дальнейшего совершенствования схемы RATLC и общей системы управления изменениями ClearQuest организации разработки IBM Rational. Этой работой занимается команда IBM Rational Internal Deployment. Некоторые идеи усовершенствования, выдвинутые командой, связаны с тем, что мы называем общим процессом разработки (common workflow), о котором я сейчас расскажу.

Проектирование общего процесса разработки

Цель общего процесса разработки — создать и применить схему, которая сможет функционировать как шаблон не просто для создания решений по запросам на изменение, но также для совершенствования потока информации к пользователям или заказчикам об изменениях и о том, как их использовать или какие действия предпринять в связи с изменениями. Такая разработка является «совместной», т.к. нацелена на удовлетворение потребностей (т. е. ролей) всех заинтересованных сторон (stakeholders), а не только команды разработчиков.

Например, при совместной программной разработке изменение может быть представлено как проблема (issue). Изменение и роли, им затронутые, могут быть внутренними или внешними по отношению к организации, где размещается система управления изменениями. Более того, поскольку пользователь может выступать в одной или нескольких ролях (таких как публикатор (submitter), разработчик или тестировщик), процесс командной разработки позволяет осуществлять более легкие переходы от одной роли к другой.

Совместный процесс управления изменениями может быть организован для данной группы разработчиков ПО, для организации, компании или всех производителей, он также может быть задан для отдельных групп разработчиков внутри самой команды ClearQuest, для программного обеспечения IBM Rational, для всей группы программного обеспечения IBM или для всей корпорации IBM.

Цели общего процесса разработки для IBM Rational

Модель схемы совместной программной разработки в ClearQuest начинается с концептуальной карты состояний и действий; структурных типов, полей и характера изменений, и с того, как все описанные объекты работают для пользователей базы данных ClearQuest. Роли Schema Developer (разработчика схемы) и Administrator (администратора) охватывают все варианты использования (use cases), связанные с разработкой всей модели, исполнением и развертыванием задач, необходимых для поддержки системы управления изменениями.

Для организации, занимающейся разработкой на базе решений IBM Rational, обновленная система управления изменениями, усовершенствованная за счет режима совместной программной разработки, в идеале должна обеспечивать следующее:

Роли в совместной программной разработке

Процесс совместной разработки — это модель системы управления изменениями на основе ролей. Один из важных шагов в совместной разработке — определить набор ролевых структурных типов, вместо того, чтобы полагаться на более общий (и монолитный) структурный тип. Ролевые структурные типы дают возможность пользователям придерживаться более рационального CM-процесса. Они также налагают меньше ограничений на эксплуатационный персонал системы управления изменениями, чем более широкие и более общие структурные типы. Их преимуществами также являются меньшее количество операций, ассоциирующееся с каждым структурным типом, меньшее количество хитрого кодирования ClearQuest в каждом структурном типе и рост производительности благодаря вышеупомянутой рационализации. В тиражируемой среде еще одним преимуществом является то, что проблемы определения приоритета (mastership) исключаются, так как ролевые структурные типы связывают принадлежность записи и приоритетную роль с процессом решения проблемы при поступлении запроса на изменение, поэтому истинный владелец и место размещения всегда обладают приоритетом.

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

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

В совместном процессе разработки изменение может быть представлено как Проблема (Issue). Запросы на изменение могут быть внутренними или внешними; то есть представлены на основании запросов заказчика, хода внутренней разработки, результатов тестов или административных решений.

Структурные типы (record types) в совместном процессе разработки

Рисунок 3 иллюстрирует возможную общую архитектуру совместного процесса разработки. Он показывает отношение подчинения (parent/child) между структурными типами, которое начинается с Проблемы, вводящей поступивший запрос на изменение.

Рисунок 3: Архитектура совместного процесса разработки — первичные структурные типы

Запрос на изменение начинается с Проблемы. Она может быть связана с одной или несколькими Задачами, и каждая Задача может быть связана с одним или несколькими Действиями. Поскольку Проблема описывает запрос на изменение и ее вводит Публикатор, Задачи и Действия — это записи, отслеживающие работу, которая назначена и должна быть выполнена для решения Проблемы. Краткое описание этих отношений:

Совместный процесс разработки

Рисунок 4 иллюстрирует возможный совместный процесс разработки. Каждая стрелка представляет отношения подчинения между записями.

Запись о проблеме — начальный пункт в совместном процессе разработки. Публикатор ответственен за публикацию Проблемы, периодическую проверку ее статуса, и он же реагирует на любые проблемы или комментарии. Параметры настройки привилегий пользователей для схемы определяют, кто (т.е. какие пользователи, группы или роли) может представлять новые Проблемы. Проблема:

Процесс передачи проблемы

Рисунок 5a показывает возможные состояния Проблемы, подчеркивая простоту основного процесса разработки. Рисунок 5б иллюстрирует поток работ, начиная с Проблемы в Открытом состоянии (Opened state). Когда решение принято, запись перемещается в Завершенное состояние (Completed state). Публикатор создает запись о Проблеме. Теперь запись находится в Открытом состоянии. Публикатор может удалить Проблему или пересмотреть статус соответствующей Задачи. Если задачи выполнены, и Публикатор соглашается с решением, может быть выбрано Принять Действие (Accept action), чтобы переместить запись в Завершенное состояние.

Если Публикатор не согласен с решением, тогда выбор Отказа от Действия (Reject action) перемещает запись в Отклоненное состояние. Обозреватель (Reviewer) может заново рассмотреть состояние проблемы, если появилась новая информация, и затем принять новую информацию, выбрав Принять Действие (Accept action) для перемещения записи в Завершенное состояние. Соответственно, Публикатор может удалить Проблему, выбрав Удалить Действие (Withdraw action) и переместив запись в Состояние удаления (Withdrawn state). Публикатору разрешено вновь открывать Проблему из состояний Удаления, Завершения или Отклонения.

Публикаторы обозревают состояние родственных (дочерних) (child) Задач. Если Публикатор согласен с данным решением, (например, родственная Задача в Завершенном состоянии и с кодом решения «Исправлено»), то он выберет Принять Действие для перемещения записи в Завершенное состояние. Завершенное состояние — состояние окончательное.

Сортировка проблем

Роль Менеджера проектирования/проекта (Engineering/Project Manager) в совместном процессе разработки связана с сортировкой проблем и определением целей новой версии. Эта роль может быть представлена проектировщиками, менеджерами продукта и проекта, контролерами качества (QE) или составителями документации. Эта роль отвечает за оценку Проблемы и последующую работу над ней посредством составления Задач, чтобы отслеживать решение Проблемы. Когда Задача Активирована, создаются Действия, и им предписывается осуществить Задачу. Записи действий — дочерние документы Записи задач, так же как Задачи — дочерние документы по отношению к Проблеме. Проблема может иметь одну или более Задач, с ней связанных.

Задачи

Рисунок 6 показывает возможные состояния Задачи.

В первичном процессе Задача начинается с Открытого состояния. Запись о задаче перемещается в Активное состояние, когда проводится работа. Когда решение принято, запись перемещается в Завершенное состояние.

Владелец записи о Задаче может измениться с изменением состояния записи. Например, когда задача находится в Открытом состоянии, Ведущий разработчик (Developer Lead) по умолчанию — владелец Задачи, а запись хранится в его копии сайта базы данных Dev Lead. Когда задача перемещается в Активное состояние, уже Ведущий контролер качества/тестер (QE/Tester Lead) становится владельцем задачи, и она сохраняется на сайте QE Lead.

Управление задачей

Ведущий разработчик (статус может быть эквивалентным роли Менеджера Проектирования/Проекта) запускает процесс для Задачи. Рисунок 7 иллюстрирует процесс разработки, в котором Действия для рещения Задачи создаются и затем назначаются.

Действие Активации автоматически создает уникальное Действие для Разработки (Dev), для Тестирования (QE) и для Документации (Doc).

Роль ведущего контролера качества (QE Lead) соответствует процессу, изображенному на Рисунке 8.

Рисунок 8: Процесс для завершения тестирования Задачи

Действие

Рисунок 9 показывает состояния для Действия в первичном потоке.

Представленное состояние — начальная точка для контролера качества (QE) или Doc Activity (Действие документирования), где оно впервые оценивается. Действия начинаются в Открытом состоянии для роли Разработчика (Developer) (Dev).

Записи о Действиях перемещаются в Активиное состояние, когда осуществляется работа. Когда решение осуществлено, запись перемещается в Завершенное состояние.

Разработчики (Dev), составители документации (Doc) и контролеры качества (QE), — все оценивают действия и затем работают над ними. Роль Assess/Dev/Doc/QE делает обзор переданных ей Записей о действиях, и затем завершает работу с этими действиями. Есть три типа Записей о действиях:

Комментарии, проблемы и ответы могут быть добавлены к любому типу Действий.

Зачем нужно создавать совместный процесс разработки?

В использовании совместного процесса разработки есть несколько преимуществ — для организации разработки программного обеспечения IBM Rational, а также для других разрабатывающих и IT-организаций. Например, Администраторы могут определить и создать набор всех поддерживаемых версий продукта (или проектов), которые Заказчик может установить, к ним могут относиться:

В случае с IBM Rational, когда Заказчик в случае проблемы обращается в Отдел Поддержки, нужно, чтобы он (заказчик) подключил особую утилиту, чтобы идентифицировать, какое программное обеспечение установлено на машине, на которой обнаружена проблема. Тогда можно создать Проблему в совместном процессе разработки путем обращения к ID-записи RETAIN Call Center (Центра Вызовов).

Если создана запись RETAIN Call Center для данной проблемы и она связана с Проблемой RATLC, тогда можно автоматически сгенерировать Задачу совместном процессе разработки для каждой Проблемы. Задача может содержать информацию, которая имеет отношение к:

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

Базовую запись и Запись компоновки совместного процесса разработки могут использоваться с проектами, использующими IBM Rational ClearCase/ClearQuest Unified Change Management (UCM) (унифицированное управление изменениями), также, как с теми, которые этого не используют. Базовая запись и Запись компоновки можно также применять для обеспечения успешной доставки Проектов или Версий Продукта или информации к заказчику. Например, Базовая запись и Запись компоновки могут обеспечивать автоматический перенос информации из Разработки в QE/Тестирование качества, информируя контролеров качества о том, какие компоновки (build) продукта содержат средства разрешения специфических Проблем.

Использование совместного процесса разработки с моделью UCM обеспечивает поддержку компонентно-ориентированной разработки и улучшает поток информации, о том, какие доступны средства наладки, какие компоновки загружать и где доступны обновления.

В этом сценарии, когда Действия записи Задачи определены как полностью завершенные и Задача Одобрена для Внешней Публикации:

Дополнительные усовершенствования могут позволить пользователям из любого места определить, когда Средство наладки в Компоновке (Build) становится доступным, независимо от места, где было произведено исправление. Чтобы это работало, информация о конструкции может быть связана с Версией Продукта или Проектом, для того, чтобы пользователи знали, когда проблема будет исправлена в более поздней версии продукта (более поздней по отношению к той, в которой была найдена проблема). Более того, пользователи, зная имя проекта или ID, могут увидеть, доступна ли обновленная версия, и если это так, откуда ее можно инсталлировать.

Запись Проекта совместного процесса разработки может действовать как контейнер или родительская запись по отношению ко всем Проблемам для данной версии продукта. Запись Проекта может включать поля, требующие заполнения, такие, как Name, Unique ID, DefaultDev, DefaultDoc, DefaultQE, Program Manager, ProductManager и TriageAdmin. Дополнительные поля могут включать: значения, которые указывают, использует ли проект ClearCase/ClearQuest UCM Integration для осуществления доставки измененных файлов или нет; обратные ссылки на другие проекты совместного процесса разработки (например, PriorProjects или ProjectsRelated), или UCM-проекты; и поля, которые могут быть установлены для команд разработки (например, Component Team).

Совместный процесс разработки в среде ClearQuest Multisite

Совместный процесс разработки может не только помочь установить систему ролевого управления изменениями, но также помогает решать проблемы, связанные с приоритетом и с дублированием проблем в распределённой среде разработки. Например, если пользователь открывает копию, находящуюся в Индии, в городе Бангалор, когда он создает новую Задачу, Задача рассматривается там, где размещается владелец Developer (Dev). Задача создается на индийском сайте и затем копируется. Владелец исходного состояния Задачи определен по умолчанию как владелец Dev, независимо от того, где проблема решается.

Заключение

Схема RATLC и ее использование в организации разработки программного обеспечения IBM Rational обеспечивают идеальный вариант использования (use case) управления изменениями ClearQuest в распределенной среде разработки программного обеспечения. Эта рабочая модель также иллюстрирует достижения совершенствования передовой практики в проектировании процесса для обращения к запросам заказчиков через системную интеграцию.

Так же, как многие из наших заказчиков имеют внутреннюю группу для разработки и развертывания решений, организация разработки IBM Rational имеет внутреннюю группу развертывания для конструирования и применения, а также управления изменениями в RATLC и смежных пользовательских базах данных. Внутренняя группа развертывания (Internal Deployment group) IBM Rational просит своих пользователей, какими бы ни были их роли, выступать с замечаниями, потому что мы стремимся обеспечить наилучшее руководство идеями, проектом и исполнением, проектируя и развертывая соместный процесс разработки в IBM Rational.

Как впервые упоминалось в части 1, процесс начинается, когда Заказчик звонит в Отдел Поддержки или посылает туда сообщение по электронной почте. Отдел публикует запись в приложении о коммуникации Call Center, а там RETAIN RATLC Bridge запускает запись как новый запрос на изменение и представляет его в системе ClearQuest с соответствующей информацией, внесенной из записи RETAIN Call Center. RETAIN RATLC Bridge автоматизирует связь между соответствующими запросами на изменение от двух систем отслеживания. Владельцы ClearQuest по умолчанию (которыми могут быть группы или списки пользователей) получают по электронной почте автоматическое уведомление, касающееся представления на рассмотрение новых запросов на изменение. Запросы об изменениях сортирует и распределяет Владелец (по умолчанию). Когда запрос на изменение разрешен, часть решения — обновить информацию в ClearQuest на закладках Customer (Заказчик) и APAR. Состояние завершения задачи запускает RETAIN RATLC Bridge, чтобы обновить информацию и статус RETAIN APAR.

Концепция совместного процесса разработки, как показано в этой статье, может быть рассмотрена как общий шаблон управления изменениями и процесс с широкой применимостью в разных производствах. Его также можно рассматривать в контексте более специализированного для данной отрасли проекта и реализации, в котором обобщенная схема совместнго процесса разработки может быть модифицирована для решений по управлению изменениями в здравоохранении, финансовой сфере, банковском деле или автомобильной промышленности; для каждого случая потребуются собственные релевантные структурные типы, определенные стратегии и управление, а также специализированные для данной отрасли пользовательские роли. Однако роли ClearQuest (описанные в части 1) адекватны в различных средах управления изменениями, поскольку проектирование, исполнение и администрирование системы ClearQuest для пользователей обычно влечет за собой применение ролей Разработчика Схем (Schema Developer) и Администратора (Administrator), независимо от специфики реализации.

IBM Rational ClearQuest и организации — разработчики Rational используют систему управления изменениями ClearQuest для усовершенствования продукта, который они разрабатывают. Непрерывное совершенствование схемы RATLC, включая такие компоненты интеграции, как RETAIN RATLC Bridge, позволяет ускорить и сделать более эффективными связи между заинтересованными сторонами и более гладко осуществлять обмен данными между различными хранилищами. Целью наших постоянных усилий по улучшению функционирования является быстрое реагирование на запросы заказчика об изменении в продукте, связан ли запрос с проблемой или с необходимостью усовершенствования. В таком контексте совместный процесс разработки призван улучшить процесс решения ситуации с запросом об изменении, направляя процессы отслеживания будущих усовершенствований и обеспечивая возможность для всех заинтересованных сторон знать статус проблемы в любое время, независимо от часового пояса и размещения их офиса.

Выражаю особую благодарность Роберту В. Майерсу и команде Rational Internal Deployment (Ширли Данго, Чибузо Оби, Барб Пурчиа и Кейти Ладлоу) за разработку значительной части технической информации в этой статье. Роберт помогает проводить инициативы IBM Rational Internal Deployment для системы управления изменениями в IBM Rational.

Обратите внимание

¹ Комплект (bundle) — это версия, являющаяся коллекцией скомпонованных предложений (но не общим компонентом).

² Предложение (offering) — это версия продукта, которую покупает Заказчик. Это может быть комплект, однокомпонентный продукт, или продукт, который включает многочисленные компоненты, и/или один или более общие компоненты.

³ Коллекция (collection) — это набор компоновок и индивидуальных модулей.

⁴ Компоновка (assembly) — это версия, являющаяся коллекцией двух или более компонентов, обеспечивающих функцию, которая, в свою очередь, включена в предложения (offering), которым требуется данная функция.

⁵ Общий компонент включает версию кода, использующуюся более, чем одним предложением (продуктом). Он имеет интерфейс времени исполнения, а не времени компиляции для потребительского предложения, и доступен заказчикам в составе предложения (т.е. не доступен отдельно).

⁶ Совместно используемый общий компонент — это версия общего компонента, в которой один экземпляр компонента предназначен для совместного использования многочисленными предложениями или компоновками, работающими на одной машине, в отличие от ситуации, когда отдельное предложение использует собственную (резервную) копию компонента.

Добавить комментарий (анонимные комментарии не публикуются!!!)

Новости и пресс-релизы СМ-Консалт

08.05.2012 18:00:34
Тренинг «Коммуникации и психология межличностных отношений в ИТ-проектах» состоится 28-30 мая в Москве
Тренинг «Коммуникации и психология межличностных отношений в ИТ-проектах» состоится 28-30 мая в Москве. Проводится совместными усилиями компаний СМ-Консалт итренинговым центром КарьерЛаб. Место проведения тренинга - ул. Восьмого Марта, вл. 1, стр. 12 (схема проезда).

Продолжительность тренинга составляет 2 или 3 дня по выбору. Целевая аудитория: начальники отделов, менеджеры проектов, директора, руководители проектов внедрения, бизнес-аналитики, специалисты команды внедрения.

21.02.2012 14:21:11
Тренинг «Коммуникации и психология межличностных отношений в ИТ-проектах» состоится 14-16 марта в Санкт-Петербурге
Тренинг «Коммуникации и психология межличностных отношений в ИТ-проектах» состоится 14-16 марта в Санкт-Петербурге. Проводится совместными усилиями компаний СМ-Консалт, тренинговым центром КарьерЛаб и Legal SoftWave. Место проведения тренинга в данный момент уточняется.

21.02.2012 12:42:20
Новая статья: IT и психология. Человеческий фактор в парном программировании: почему многие не получают желаемого от его внедрения?
Статья, находящаяся перед вами, открывает цикл статей о человеческом факторе, Agile-практиках и других полезных приемах, используемых при управлении командами в ИТ. Объединяет рассматриваемые практики и приемы одно – они позволяют проявиться положительным эффектам, связанным с человеческим фактором. И мы объясняем, почему с точки зрения психологии, это происходит. Так сказать, подводим теоретическую и экспериментальную базу под то, что себя уже давно зарекомендовало и работает. Или под то, что работает не у всех, и потому является предметом оживленных споров и дискуссий. И начинаем мы наши исследования с рассмотрения эффекта парного программирования через призму экспериментов социальной психологии. Отдельную благодарность за рецензию и время, потраченное на прочтение первого варианта статьи, выражаем Асхату Уразбаеву, ценные замечания которого позволили не только улучшить данную статью, но и позволили убедиться в необходимости и востребованности именно цикла статей!
Читать -->

16.01.2012 20:09:00
Тренинг «Коммуникации и психология межличностных отношений в ИТ-проектах» состоится 14-16 февраля в Новосибирске
Тренинг «Коммуникации и психология межличностных отношений в ИТ-проектах» состоится 14-16 февраля в Новосибирске. Проводится совместными усилиями компаний СМ-Консалт, тренинговым центром КарьерЛаб. Место проведения тренинга в данный момент уточняется.

27.12.2011 16:15:27
Компания "СМ-Консалт" получила отзыв о работах в Федеральной Налоговой Службе (ГНИВЦ ФНС)
Специалистами ООО «СМ-Консалт» в 2010-2011г. был выполнен проект по настройке и внедрению системы управления жизненным циклом разработки программных систем в части управления изменениями и конфигурациями на основе Microsoft Visual Studio Team Foundation Server 2010 для Филиала Федерального государственного унитарного предприятия «Главный научно-исследовательский вычислительный центр Федеральной налоговой службы» в Приволжском Федеральном округе (Филиал ФГУП ГНИВЦ ФНС России в ПФО).

26.12.2011 21:05:28
Успешное проведение тренинга по коммуникациям и психологии для ИТ-руководителей в Санкт-Петербурге

В блоге Новичкова Александа доступен отчет авторов тренинга «Коммуникации и психология межличностных отношений в ИТ-проектах». В целом, тренинг завершился положительно - средний балл за интересность по 5 бальной шкале - 4,2 балла.
В отчете дается развернутый комментарий, подводятся итоги, рассматриваются как положительные моменты, так и элементы критики и пожеланий, собранные на основе анкет слушателей.
Читать -->

28.11.2011 20:09:21
Тренинг «Коммуникации и психология межличностных отношений в ИТ-проектах» состоится 19-21 декабря в Санкт-Петербурге
Тренинг «Коммуникации и психология межличностных отношений в ИТ-проектах» состоится 19-21 декабря в Санкт-Петербурге. Проводится совместными усилиями компаний СМ-Консалт, тренинговым центром КарьерЛаб и Legal SoftWave. Место проведения тренинга в данный момент уточняется.

28.11.2011 18:31:55
Компания «СМ-Консалт» сообщает об успешном завершении нового тренинга, проведенного совместно с компанией «Карьерлаб»!
Тренинг «Коммуникации и психология межличностных отношений в ИТ-проектах» прошел 17-18 ноября в Москве.
Слушатели проявили большой интерес и подтвердили важность выбранного направления. Контакт с аудиторией был установлен сразу. Были проработаны такие важные аспекты необходимых навыков из области психологии и коммуникаций, как умение управлять группой, говорить с заказчиком, как донести до оппонента свое решение и многое другое, что очень важно при разработке или внедрении ИТ-проектов.

28.11.2011 15:05:11
Новая статья: "Всегда ли «Да» – это «Да»? Или как нас вынуждают принимать решения"
Мы предлагаем вашему вниманию цикл статей, в основу которых положены психологические практики и приемы, позволяющие влиять на решения, принимаемые людьми. Эта идея была логическим продолжением ряда выступлений с докладами о коммуникациях в проектах разработки и внедрения ПО. Давайте, не откладывая в долгий ящик, начнем с самого простого приема убеждения, с которым сталкиваемся ежедневно в магазинах, в транспорте, в разговорах с коллегами… да мало ли где еще!
Авторы: Новичков Александр и Карабанова Галина.
Читать -->

10.10.2011 11:16:06
Компания «СМ-Консалт» открывает новое направление продаж - ПО Adobe Connect
Программное обеспечение Adobe Connect является гибкой системой web-коммуникации с высоким уровнем информационной безопасности. Adobe Connect предоставляет такие важнейшие функции корпоративного взаимодействия, как деловое общение и совместная работа сотрудников на уровне предприятий, дистанционное обучение, организация широкомасштабных сетевых семинаров и презентаций. Система Adobe Connect базируется на технологии Adobe Flash, а также Air, и поэтому позволяет подключать сотрудников к единому пространству взаимодействия через web-браузер с любых устройств.

17.09.2011 21:40:22
Новая статья: "Разработка прикладного программного обеспечения с использованием Rational Unified Process на Иркутском Авиационном заводе"

На сайте СМ-Консалт открыт новый раздел Статьи наших заказчиков об успешных внедрениях IBM Rational и Microsoft. Статьи для данного раздела пишутся нашими заказчиками и рассказывают о сути проектов внедрения технологий IBM и Microsoft. Первая статья, представленная вашему вниманию написана сотрудниками Иркутского Авиационного Завода (ИАЗ).

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

С целью повышения качества программного обеспечения собственной разработки и сокращения сроков разработки руководство Управления информационных технологий (УИТ) Иркутского Авиационного Завода в 2006г. приняло решение о внедрении технологии разработки ПО на базе методологии Rational Unified Process и с использованием инструментов автоматизации IBM Rational.

13.09.2011 12:07:29
Новый тренинг «Коммуникации и психология межличностных отношений в ИТ-проектах»

Компания «СМ-Консалт» представляет новый тренинг, организуемый совместно с компанией «КарьерKаб» - «Коммуникации и психология межличностных отношений в ИТ-проектах.

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

25.08.2011 13:46:04
Компания СМ-Консалт сообщает об открытии нового направления деятельности: консалтинг и внедрение систем аналитической обработки информации (Business Intelligence)

Наша компания специализируется на консалтинге и внедрении инструментов и методологий IBM Rational, Microsoft и др. для повышения эффективности процессов разработки и сопровождения программного обеспечения.
Методы и технологии Business Intelligence являются прекрасным дополнением к ряду специализированных инструментальных средств, используемых для поддержки ЖЦ разработки ПО и управления ИТ-проектами. Инструменты BI играют роль недостающего промежуточного звена между основным бизнесом организации и ИТ-процессами, и, таким образом, способствуют повышению эффективности ключевых бизнес-процессов и достижению стратегических целей компании.

03.08.2011 14:05:11
На сайте размещены мультимедиа материалы докладов семинара «Повышение эффективности IT подразделений и качества разрабатываемого ПО с использованием современных методологий и технологий»
Компании СМ-Консалт , Legal SoftWaveTM и DNA провели бесплатный семинар-вебинар, посвященный обзору технологий и методологий, которые позволяют повысить эффективность ИТ подразделений. На семинаре были рассмотрены технологии IBM Rational, Microsoft TFS, а также системы аналитической обработки информации (Business Intelligence).
На нашем сайте размещены все мультимедийные материалы с семинара: презентации и видео-ролики с демонстрацией отдельных функций ПО IBM и Microsoft.
Перейти к просмотру: 14 июля 2011г. Семинар «Повышение эффективности IT подразделений и качества разрабатываемого ПО с использованием современных методологий и технологий»

01.08.2011 17:44:25
Наша компания получила отзыв о сотрудничестве с ОАО «Нордеа Банк»

В 2010-2011 гг. наши специалисты провели в Нордеа Банке проект по предварительному обследованию, развертыванию инструментальных средств и ряд тренингов по обучению методологии и работе с продуктами IBM Rational: «Методология разработки программных систем IBM Rational Unified Process», «Управление требованиями с использованием IBM Rational RequisitePro», «Управление изменениями в IBM Rational ClearQuest».

24.06.2011 01:27:57
Бесплатный семинар-вебинар «Повышение эффективности IT подразделений и качества разрабатываемого ПО с использованием современных методологий и технологий»
Компании СМ-Консалт , Legal SoftWaveTM и DNA приглашают Вас посетить бесплатный семинар-вебинар, посвященный обзору технологий и методологий, которые позволяют повысить эффективность ИТ подразделений. На семинаре рассматриваются технологии IBM Rational, Microsoft TFS, а также системы аналитической обработки информации (Business Intelligence) (IBM SPSS, Deductor, QlikView и другие).

Планируемая продолжительность семинара - 8 академических часов.

Место проведения: Санкт-Петербург (очно) и Интернет (для всех желающих: приходите сами и приглашайте друзей!).

Дата и время: 14 июля 2011 в 9 00.

ВНИМАНИЕ: если вы не сможете очно приехать на семинар - это не страшно, так как семинар будет транслироваться через интернет в формате вебинара и к нему, после регистрации, смогут присоединиться все желающие. Трансляция будет осуществляться посредством технологии Adobe Connect Pro , это позволит Вам присоединяться к конференции без установки дополнительного ПО - только интернет браузер.

Смотреть программу -->

07.06.2011 13:02:44
Компания "СМ-Консалт" провела серию успешных семинаров для ГНИВЦ ФНС России

Проведенные семинары были посвящены средствам разработки и тестирования программного обеспечения компании Майкрософт для сотрудников ГНИВЦ ФНС России. Слушатели семинаров отметили высокую квалификацию тренеров компании "СМ-Консалт" по организации учебного процесса и повышению квалификации специалистов, прошедших обучение.
Индивидуальный подход при решении любых вопросов, возникающих в процессе обучения, оперативность принятия решений, гарантированное выполнение взятых на себя обязательств и профессионализм позволили провести обучение на самом высоком уровне.

07.12.2010 12:28:15
Мы идем в Твиттер!

Наша компания открыла аккаунт в системе микроблоггинга Twiter.Теперь все официальные и неофициальные новости будут появляться в нашей ленте в Twitter.
Там же возможно будет задать прямые вопросы специалистам СМ-Консалт, по всем вопросам, связанным как с деятельностью компании, так и с техническими аспектов продуктов IBM и собственных решений СМ-Консалт.

Следуйте за нами!

https://twitter.com/cmconscom

11.11.2010 14:14:14
Осенний марафон Microsoft ALM Road Show
Компания СМ-Консалт совместно с образовательным центром Careerlab провели серию семинаров в рамках мероприятий ALM Roadshow 2.0 в крупнейших городах, расположенных на Волге, – крупных научных центрах, в которых ИТ технологии находятся на высоком уровне. Семинары прошли в Самаре, Нижнем Новгороде и Казани. Cеминары были посвящены использованию новых инструментов MS Visual Studio Team System в проектах разработки ПО.
В семинарах принимали участие представители различных ролей процесса разработки ПО: от разработчиков до руководителей предприятий различного уровня. Темы, обсуждаемые в ходе семинара, вызвали большой интерес аудитории и немалое количество вопросов, на которые были предоставлены исчерпывающие ответы. В процессе семинара также было показано большое количество примеров, которые дают представление о возможностях инструментов MS Team System. Средняя оценка за семинар составила 4,6 балла по пятибальной шкале

09.09.2010 16:11:03
Компания СМ-Консалт предлагает бесплатную настройку своих флагманских решений GanttChart и ProjectTracker.

Если вы хотите сэкономить время или у вас не получается сразу и эффективно настроить наши решения на вашу схему ClearQuest, то вы можете прислать свою схему ClearQuest нам и специалисты СМ-Консалт бесплатно в течение 3х рабочих дней:

Проведут анализ схемы и дадут заключение по настройке схемы ClearQuest своими силами*;
Предоставят ознакомительные лицензии на решения GanttChart и ProjectTracker сроком на один месяц;
Предоставят файлы настроек для GanttChart и ProjectTracker, адаптированные под вашу схему.

08.09.2010 18:37:52
Скидки до 30% на программное обеспечение IBM Rational

Компания СМ-Консалт предлагает для всех желающих на льготных условиях приобрести программное обеспечение IBM Rational. Снижение цен связано с тем, что мы стараемся быть как можно ближе к нашим клиентам, многие из которых постепенно начали преодолевать последствия финансового кризиса.Наше предложение поможет с минимальными издержками приобрести ПО IBM Rational, что является хорошим капиталовложением.
Скидки до 1 декабря 2010 года:

20% скидки при покупке IBM Rational ClearCase, ClearQuest, CearCase LT, при приобретении пяти и более лицензий*;
30% скидки при покупке пяти любых продуктов IBM Rational + решение или тренинг СМ-Консалт*.

Для получения деталей обязательно свяжитесь с нашими менеджерами

07.09.2010 13:53:40
Успешное внедрение уникального решения компании «СМ-Консалт» - GanttChart for ClearQuest в страховой компании «HUK-COBURG», Германия.
Компания «СМ-Консалт» и компания «HUK-COBURG» объявляют об успешном завершении проекта по поставке и внедрению решения «СМ-Консалт» - GanttChart for ClearQuest. Руководство «HUK-COBURG» обратилось в «СМ-Консалт» с просьбой поставки, адаптации и последующего сопровождения GanttChart for ClearQuest. С учетом требований Заказчика специалистами компании «СМ-Консалт» была выпущена и внедрена адаптированная версия GanttChart for ClearQuest, учитывающая особенности схемы процессов ClearQuest, применяемой в «HUK-COBURG», и дополнительные пожелания к функционированию GanttChart.

02.09.2010 14:41:12
Успешное внедрение Уникального решения СМ-Консалт - GanttChart for ClearQuest в Федеральном Национальном банке Бразилии

Компания СМ-Консалт и Федеральный Национальный банк Бразилии (ФНББ) объявляют об успешном завершении проекта по поставке и внедрению решения СМ-Консалт - GanttChart for ClearQuest. Руководство ФНББ, понимая ограничения использования IBM Rational ClearQuest в части проектного управления, обратилось в СМ-Консалт с просьбой поставки и адаптации GanttChart for ClearQuest под свои потребности.
С учетом требований Заказчика специалистами компании СМ-Консалт была выпущена и внедрена обновленная версия GanttChart for ClearQuest, учитывающая все особенности схемы процессов ClearQuest, применяемой в ФНББ.
По истечении срока опытной эксплуатации ФНББ приняло решение о принятии GanttChart for ClearQuest в промышленную эксплуатацию.

02.09.2010 14:17:23
Компания «СМ-Консалт» объявляет об успешном завершении обучения и консультирования IBM Rational сотрудников ЗАО «Промышленная Группа Метран» г. Челябинск.

В августе 2010 года специалистами компании «СМ-Консалт» были выполнены работы по обучению и консультированию сотрудников компании «Метран» методологии и инструментальным средствам процесса управления конфигурациями – IBM Rational Software ClearCase и ClearQuest. Был проведен тренинг-консультация «Практика и технология внедрения процесса конфигурационного управления и управления изменениями на основе IBM RUP, ClearCase и ClearQuest».

В тренинге принимали участие ведущие специалисты и руководители отделов компании «Метран».

29.06.2010 13:07:07
Успех семинара "Программное обеспечение IBM Rational для улучшения процессов разработки и сопровождения ПО" 15 июня 2010 г.
Компании "СМ-Консалт", IBM и DNA провели бесплатный семинар по теме "ПРОГРАММНОЕ ОБЕСПЕЧЕНИЕ IBM RATIONAL ДЛЯ УЛУЧШЕНИЯ ПРОЦЕССОВ РАЗРАБОТКИ И СОПРОВОЖДЕНИЯ ПО" 15 июня 2010 года. На семинаре специалисты СМ-Консалт, IBM и UML2.RU рассказали о технологиях IBM Rational и поделились практическим опытом использования и внедрения методологии Rational Unified Process. Также были представлены отдельные решения СМ-Консалт, расширяющие функциональные характеристики IBM Rational.

Реклама:

Наши партнёры:

Наша рассылка: