Kovair is now part of SurgeONE.ai Same experts, even more power.

Month: February 2018

Case Study Managing Migration of Corporate ERP

Project Background

After the merger of the two large chip tool companies, the Corporate Management decided to migrate existing Corporate ERP Application from Oracle to SAP. This is a huge initiative that spreads over a time span of two years. Some of its main areas of coverage include – mapping of existing functionalities available in Oracle with those of SAP, identifying GAPs in functionalities between systems, hiring of resources for development of new capabilities, procuring software licenses for the ALM system and implementation. Involved teams of the project were located in different geographical locations / time-zones. The Project aimed to bring savings through introduction of new capabilities, reduction in costs, increase in efficiency, integrated tools for managing operations and optimum resources utilization. The Project lifespan consist of following phases
  • Pre migration
  • Design
  • Build
  • Test
  • Deploy
  • Post-migration Support

Challenges and Risks

This is a very large enterprise level project, which is to be completed with allocated resources within a fixed time frame.
  • Managing and monitoring of this Project was very difficult due to its size. The Project scope covers 12 Functional Tracks which are further categorized into 50+ Functional Sub-tracks and dealing with 20+ Technologies.
  • Around 1300+ High-level Change Requirements were identified for the Project and these Change Requirements were categorized in Functional Tracks and Functional Sub-tracks. To implement these Change Requirements, 2100+ Delivery Packages and 2200+ Project Docs were created for the Project.
  • Keeping real-time info available for teams was a big challenge as Project was being executed in distributed environment with large teams (600+ Users) located and working from different geographical locations across continents.
  • To manage the Project Lifecycle, the organization was using different tools which were working in isolation and there was no integration
  • Timely execution of all Lifecycle Phases (Planning, Design, Build, Test and Deployment) was very crucial and challenging for this Project.

Kovair Implementation

Kovair Application Lifecycle Management Solution – the ALM was chosen by the Management Board of the implementation team to meet the requirement and challenges of this Project. A brief summary of what Kovair configuration successfully achieved is given in the diagram below.
Kovair ALM

Masters

Kovair brought a holistic approach to Project Management by creating Objects within its ALM. This helped to capture the master data of the Project.
  • Functional Tracks – This object maintains information such as Owner and Lead for the Functional Track.
  • Functional Sub-tracks – This object maintains information such as Functional Analyst, Associated GAPs, and Delivery Packages for the Functional Sub-tracks.
  • Technologies – This object maintains details of Technologies used in the Project.

GAP Requirements

GAP Requirements are a critical part of this Project. Different Project Teams were formed for each Functional Tracks and Functional Sub-tracks and were entrusted with the job of compiling information on the differences between existing Oracle system and proposed SAP system. All these information was then documented in Kovair ALM Requirements Management module as “GAP Requirements”. During the lifecycle, information such as Business Requirement, Solution in Existing Template, Proposed Solution, Owners, and Disposition Methods were maintained. The GAP Requirements were processed through the GAP Requirement Management Function that is one of Kovair ALM capabilities. Once the GAPS were ‘Approved’, Functional Analysts were able to create Delivery Packages to fulfil the GAP Requirements.

Delivery Packages

Delivery Package is the vehicle for implementation of GAP Requirements in the proposed system created after the approval of Requirements. During its lifecycle, the Delivery Package captured details of all the phases like Object Type, Functional Complexity, Build/ Technology Complexity, Owners (Functional Analyst, Dev Lead, Developer), Location of FA and Developer, Target Delivery, Plan Dates (FS Completion, Build Completion, FUT Completion), and Actual Dates.. Delivery Package in Kovair is processed through Delivery Package workflow Process, which takes control of the Deliverable Lifecycle through Activities such as Creation of Functional Specifications, Review of Functional Specifications, Creation/ Upload of Test Cases/ Steps in HPQC, Perform Development, FUT Management, Integration Test Cycle Management, and UAT Management. The Delivery Package Workflow Process in Kovair works in synchronization with HPQC Test Management Data, which is updated in Kovair ALM on real-time through Omnibus Integration Bus in the Kovair Platform and its bi-directional integration with HPQC – the main factors in FUT processing, Integration Test Cycle, and UAT Management.

Project Documents

Project Documents are objects in Kovair ALM that act as repository of Project related documents. This object maintains Project related documents such as Business Process Document, Security Requirements, Test Management Documents, and Training Documents.

Test Management

Test Management aspect of this Project are maintained and managed in HP Quality Center (HPQC). Test Management data is crucial for the Project and we have established integration between HPQC and Kovair ALM through Kovair Omnibus Integration. To capture HPQC Test Management Data we have created entity objects such as – Test Scenarios, Test Cases, Test Steps, Test Runs, Test Run Steps and Defects Management in Kovair ALM. HPQC – Kovair ALM Integration through the Kovair Omnibus synchronizes data between HPQC Test Management Objects and Kovair ALM Test Management in real-time and whenever there is any change (Creation/ Update of records) in HPQC; it is automatically synchronized in Kovair ALM Test Management module.

Kovair ALM Processes

One of the major strengths of Kovair ALM is its enterprise class web configurable process workflow engine. Setting up multiple workflows with this capability is like drawing Visio diagrams with embedded business rules at each process step/ activity. The following process workflows are two such processes, which were configured for this solution.

GAP Requirement Management Process

GAP Requirements are the crux of this Project and senior stakeholders participated in the decision making process to review the business use-case, proposed solution, risk/ mitigation plan, criticality, required budget for fulfilling, and other important aspects. It involves collaboration between different stakeholders for prioritization, feasibility check, planning, delivery creation and closure.
Kovair ALM
Kovair configured and implemented a task-based workflow across all these activities. The highlights of this automated workflow and the benefits obtained out of it are given below.
Process Highlights
  • GAP Requirements are assessed for Technical Feasibility by Requirement Owner.
  • Technically Feasible items are Reviewed by Project Manager and based on budget, criticality and priorities these are Approved/ Deferred.
  • Delivery Packages are created for the implementation of the Approved GAP Requirements.
  • Once All Delivery Packages are closed, the corresponding GAP Requirement also gets closed.

Process Benefits

Process Highlights
  • Auto generation of Tasks for the activity owners as per configured process eliminated the risk of missing any activity in the entire workflow.
  • Tracking the progress of the process graphically helped users to take informed decisions and improving the quality of delivery.

Delivery Package Management Process

Delivery Packages are the vehicles of implementation of GAP Requirements in the Project. The lifecycle of Delivery Package starts with creation of specification documents and then traverses through development, test artifacts creation, testing before final Delivery. The Testing is done in HPQC while the Delivery Packages are maintained in Kovair. Kovair omnibus helped the Organization to achieve a seamless workflow across the tools by integrating these two tools through Kovair Omnibus.
Kovair ALM

Process Highlights from the Kovair Process Workflow Configuration:

  • System Analyst creates Design Specifications for Delivery Package.
  • Development Lead reviews the Design Specifications and Approves/ Changes as needed.
  • Parallel tasks are generated on approval of Design Specifications.
    • The Developer starts Development work.
    • The Tester starts working on Test Artifacts Creation (Test Scenarios, Test Cases and Test Steps).
  • After the completion of Development and Test Artifacts Creation, the Integration Test Cycle (Test Execution, Defect Logging and Closure) is performed.
  • User Acceptance Testing (Test Execution, Defect Logging and Closure) is performed after the completion of Integration Test Cycle.

Process Benefits

  • Auto generation of Tasks for the activity owners as per configured process eliminated the risk of missing any activity in the entire workflow
  • Task based workflow along with integration between Kovair ALM and HPQC allowed the organization to achieve central governance cutting across different tools
  • Tracking the progress of the process graphically helped users to take much informed decision on improving the quality of delivery

Reports & Dashboards

Kovair ALM has built-in reports and dashboard capability. The users can easily configure several types of reports such as Tabular, Word and Graphical (Trend, Distribution Metrics, Pie chart). Knowledge on coding is not required. The reports have drill-down capabilities that enable users to review the records displayed in selected segment of the report. Some of the sample reports that were used in this project are given below.

Open GAP REQs by Criticality and Status

This report helps Management in monitoring the progress of Project by segregating the GAP Requirements based on Criticality and Status.
Kovair ALM

Open Delivery Packages by Object Type and Technology

Major properties of Delivery Packages include Object Type such as Configuration, Conversion, Enhancement, Form, Interface, etc. and Technology such as ABAB, Adobe Form, BI, Middleware, Query, SQL DBA etc. This report helps the management to visualize the overall Project landscape.
Kovair ALM

Open Delivery Packages Design Specs Plan V/s Completion Trend

This report helps stakeholders to monitor the progress of Design Specs Completion against Plan.
Kovair ALM

Open Delivery Packages by Object Type and Build Complexity

This report helps Project Managers in the management of Delivery Package by Object Type and Complexity. Kovair ALM

Project Documents by Document Type

This report depicts the volume of Project Documents by Document Type.
Kovair ALM

Benefits Achieved

  • GAP Requirements are crucial for the success of this Project. Kovair ALM Requirements Management capabilities have helped in Capturing, Collaborative Review, Approval, Management and Processing, and Monitoring of these Requirements.
  • Management Delivery Packages was crucial as Test Management artifacts were being maintained in HPQC. The Integration between HPQC and Kovair ALM through Omnibus Integration has helped to smoothen the Processing (Design, Development, Build, Test and Deployment) of Delivery Packages of this Project.
  • Project Teams were situated at different geographical locations and in different time zones. Kovair ALM, the 100% Web based Application without any client side software has helped in real-time information sharing. This has increased productivity of Project Teams and Users and significantly reduced the waiting time of response
  • Kovair ALM Reports and Dashboards have helped in delivering real-time Project information for Management and different levels of Stakeholders to keep the project on time and within Resource budget.
  • Above all, without the Kovair ALM Solution, major ERP migration project could not have been pulled off on time, on budget, and with the quality that was achieved.
<!– Date & Time: April 4, 2018, 1 PM ET –> Presenter: Soumanil Chowdhury, Manager – Solutions & Services, Kovair Software, Inc.
DevOps has changed the way many IT organizations do business. In fact, recent research performed by Coleman Parks Research for CA shows that 81% of IT Decision makers view both agile and DevOps as necessary tools to digital transformation, and roughly the same percentage are using these paradigms to one degree or another in their organization.
Watch the Webinar
Presenter
Soumanil Chowdhury
Soumanil Chowdhury, Kovair

Soumanil has been associated with Kovair for more than ten years. His key responsibilities are to provide On-site and Off-shore consulting services for complete ALM and Omnibus Integration solution implementation. He also manages projects for Kovair products for the customers.”

For further queries on this Webinar or to schedule a Live Demo, please write to sales@kovair.com

Windchill PLM-ALM Integration using Kovair Omnibus and OSLC

Overview

Currently the smart product generation is driven by Internet of Things (IoT). IoT is the key for industrial smart products produced by an increasing number of manufacturers. The overall functionality of smart products is a combination of mechanical, electrical/electronic internet and software functions. Product Lifecycle Management refers to set of software tools for managing the lifecycle of a physical product line. The entire lifecycle is aligned from inception, through computer-aided design, through manufacturing, and into maintenance and repairs. Application Lifecycle Management refers to a class of software tools for managing the entire lifecycle of a software product, completely different from mechanical/electronic products for PLM. A suite of ALM tools typically starts with architecture and design, source code, configuration management, quality assurance, release and deployment. Over few years it has been observed that there is a convergence taking shape among the closely related technologies of Product Lifecycle Management (PLM) and Application Lifecycle Management (ALM).

Adopting OSLC specification

Open Services for Lifecycle Collaboration (OSLC) is an open community creating specifications for integrating tools. These specifications allow conforming independent software and product lifecycle tools to integrate their data and workflows in support of end-to-end lifecycle processes. Kovair has core competence in OSLC specification and thus in conjunction with Omnibus platform technology Kovair has innovated a way to expose Non-OSLC tools to act as an OSLC data consumer as well as provider. Using the Kovair Omnibus tool Provider, one tool can show to a user in another tool, data for linking and defining the required traceability. This is a more effective way to support business use case. Kovair Omnibus fully supports HTML iframe and JavaScript code, based OSLC Delegated User Interface (UI) Dialogs.

Biggest Challenge

Currently to the best of our knowledge, most of the PLM tools do not support OSLC framework. Kovair Omnibus through its innovation has built a Provider for Windchill, where PLM tools like WindChill can be used as an OSLC Consumer. Moreover, Kovair Omnibus not only exposed Windchill as an OSLC provider but has also embedded the delegated integration interface within the WindChill application, thus the PLM users will never feel that they are going outside Windchill PLM product.

What is the need?

It has been observed that design engineering team and the software engineering teams are completely different and typically located remotely. Moreover, since the tools used for ALM and PLM are different, therefore copying data from one tool to another does not make sense. Moreover, what matters the most is the traceability of the items across tools. OSLC and Omnibus jointly play a very important role for establishing the traceability and the impacts. Example – if a customer changes the requirement for the music system of the car the change may impact mechanical (the box), the electronics (logic boards) and software (Auto tuning programming). For large organizations it is very important that both teams are in sync and cannot afford to be disconnected for this type of change.

Benefits of ALM – PLM Convergence

  • Enhance Collaboration & Predictability
  • In-depth Visibility and Traceability
  • Improved product quality by reducing product tickets due to better control over end-to-end life cycle.
  • Organization wide Acceleration of Innovation
Kovair Omnibus

Solution

Kovair with its flagship product Omnibus have come up with a solution which will enable the cross functional teams to leverage the appropriate systems. Kovair are utilizing OSLC links to connect the Windchill -Change Request and Change Notice to any Workitems of Rational Team Concert like Defect. When the Change Notice is initiated the WindChill user will utilize the OSLC links to establish links to corresponding entity in RTC. The integration will not copy items between the tools but will allow linking and live data on mouse hovering.

Integration from PTC Windchill

  • Link/ unlink a Windchill Change Request / Change Notice to a new RTC work item
  • Link/ unlink a Windchill change request to an existing RTC work item
  • Edit RTC work Item from the Windchill
Kovair Omnibus

Using RTC

  • Link/ unlink an RTC work item to a new Windchill change request
  • Link/ unlink an RTC work item to an existing Windchill change request
  • Edit Windchill Change Request / Change Notice from the RTC
Kovair Omnibus

Conclusion

For last few years, software and hardware are converging into the “Things” of IoT. It requires PLM/ALM convergence as ALM cannot be used to develop the hardware part of a product, and PLM cannot be used to develop software. Convergence includes the definition of integration approaches and product roadmaps, the design of data-linking structures, open standards for interfaces and the investigation of use cases for the integrations.
HP ALM to Visual Studio Online - VSO Migration

Introduction

A major provider of equipment breakdown insurance and related inspection services were using HP ALM to manage their Requirements, Tests and Defects. Based on several internal reasons, for instance, changes in their internal software development processes and policies made the organization decide to move from HP ALM to Microsoft VSO. All the accumulated data in HP ALM needed to be migrated to VSO. Post migration, the organization was not planning to use HP ALM, instead start using VSO for managing Requirements, Tests and Defects. The data residing under different folders and the organization of the hierarchical structure was expected to be preserved so that the users in VSO can quickly locate the records. With this data migration objective, the company approached Kovair for a suitable and cost-effective solution through a global reputable service provider.

Challenges

The migration initiative presented the following challenges,

  • The primary requirement was the migration of the requirements, test cases organized in hierarchical test plan folders and sub folders, and defects.
  • All inter relationships were to be migrated; for example – Requirement Coverage, Test Coverage and Defect Coverage.
  • The volume of data to be migrated from HP ALM were in thousands of records and migrating these without automation was a mammoth task.
  • In HP ALM there were multiple Custom Test Plan Folders and Custom Sub Test Folders under which the HP ALM Tests were organized. In VSO however there exists a single Test Plan Folder and several Test Suite Folders containing the Test Cases along with the Test Steps organized as per the Area Path.
  • In HP ALM, Target Cycle is a specialized dependent drop down list type of fields where two information – Release and Versions specific to each release, are organized in a tree view structure within that field. This field was to be mapped to Iteration drop down field in VSO.
  • All Attachments associated with all HP ALM artifacts including Design Steps were to be migrated to VSO
  • Being cross vendor tools, one from HP and the other from Microsoft, there exists no out-of-the-box connectivity between these tools.
  • HP ALM and VSO have contrasting differences in the data organization for various artifacts.
  • Last but not the least, one of the biggest challenge was to run the entire migration directly in the production environment in one shot without any staging instance thereby having very little or no margin of errors in terms of data verification and validation.

All these challenges added up to the complexity of the data migration and the quality of migration of the data needed to be verified.

Header

Kovair, in the first phase of migration started to work towards migrating the data of HP ALM to VSO Development instance. Understanding the data structure and reaching a consensus on the migration use case was the first step towards it. Kovair used its migration and Synchronisation Solution – Kovair QuickSync for migrating the data. QuickSync tool was installed in a server of this organization. Setting up the integration involved a negligible manual effort. This effort mainly consisted of mapping the Projects, Entities, and Fields between HP ALM and VSO. Once done, the rest of the migration was a swift automated process. The configurations were easy, since all Kovair tools have no coding involved and could be accomplished with simple mouse clicks. The migration took care of the most complex challenge – the contrasting data structure in the following ways:

  • The Requirements were migrated as Product Backlog Items into VSO.
  • The test related artifacts as maintained in a folder structure within HP were migrated to the corresponding test artifacts and similar folder structure of VSO.
  • The HP ALM Defects were migrated as Defects in VSO.
  • Apart from the artifacts, the corresponding attachments and the relationship links between the test and defects were also migrated.

Kovair QuickSync also facilitated the users to view the statistics of migration. The total number of successful and failed migration could be viewed from QuickSync. In case of failed migration, the detailed log of the objects and the reasons for failure were available from one of the built-in monitoring reports of QuickSync.

Business Values

  • Easy tool installation and quick initial setup.
  • Codeless configuration for mapping the HP ALM Projects, Entities and Fields to the VSO counterparts.
  • Successfully migrated thousands of records including Requirements, Tests and Defects to VSO within a week.
  • Easy monitoring capabilities having objective and subjective statistical view of the state of migration with reports and logs.
  • Retry mechanism for any unsuccessful migration.
  • Simple licensing based on the successful transactions across all configurations and all projects by any number of users.
  • 100% Migration with zero failure.

Kovair QuickSync guarantees all the aspects of data migration like Accuracy, Integrity, Consistency and completeness.

The Project Execution Overview

In the first phase of the migration project, Kovair team completed the necessary tool configurations such as creating connections, mapping projects, mapping users, mapping entities, creating business flows and installing windows service. A shakeout test was done with few records in order to validate the configuration and data integrity. Once done, the migration occurred automatically without the need of continuous review.

In the second phase of the project, team members of the customer organization were given a few hours of training on the various facets of the Kovair QuickSync tool and how to accomplish migration goals with it. Post training, the teams were able to manage the migration themselves using the QuickSync tool with a minimal assistance from Kovair.

The occasional errors occurred when data moved in incorrect format and mapping of field values were not supported in VSO. The trained team were able to ascertain the cause of errors with the monitoring mechanisms available in the Kovair QuickSync tool and took corrective measures as required. Finally, the migration was completed much to the satisfaction of the organization.

The Journey of DevOps by a Global Bank With Kovair Omnibus Integration Platform

The Company

This bank is one of the world’s largest banking and financial services organizations. They serve around 38 million customers through four global businesses: Retail Banking and Wealth Management, Commercial Banking, Global Banking and Markets, and Global Private Banking. Their network covers 67 countries and territories in Europe, Asia, the Middle East, Africa, North America and Latin America.

Their Challenge:

Bringing Teams, Tools and Process Together for Faster Delivery with Quality and Achieve DevOps With too many disparate tools getting used across the globe by different teams for software delivery, the biggest challenge that came in was to bring both the tools and teams together by maintaining the accuracy of the data. They were working hard to balance this but the manual process of doing this was consuming more time and generation of reports using all varied data became more challenging. On the other hand the need for faster time to market with quality also increased. With all these in place, they felt the need for implementing DevOps so that the software delivery could happen faster while making sure that the data shared among all the teams vis-à-vis Operations, Dev, PMs, Quality maintained its integrity.

The Solution: A Scalable Integration Platform

Having all these needs in hand, This bank started seeking for solutions which could integrate all their tools irrespective of the vendor and technology of the tool. They started their DevOps initiative using Jenkins pipeline but got stuck with the limited integrations that Jenkins provide. This bank also connected other vendors who provide similar solution, but none of them could satisfy their needs in terms of their variety of tools including their in-house tools. Kovair Omnibus with its 75 integrations and the capability of integrating in-house tools passed their evaluation and acceptance criteria to be the only scalable solution fitting their needs.

Their Journey and Vision

This bank procured Kovair Omnibus and has made Kovair an integral part of its DevOps journey. They have a plan of integrating 88 tools getting used across their global teams over a three year period of time. With the plan of onboarding different teams catering to different functionalities of software delivery, they have started with integration between their operation teams, development teams and quality teams. This bank has started their journey by integrating the following tools: CA GSD, RTC, JIRA Agile, HP ALM. Within a short time Kovair Omnibus gained the confidence of teams and they have started expressing how Omnibus is positively affecting their work. 14 globally distributed teams are excited to be a part of this integrated environment which has opened up a seamless communication channel between the teams. This bank will continue with this endeavor and has a roadmap to include several other functional teams in the integrated environment for implementing DevOps

Roadmap Ahead

<img decoding="async" class="size-full aligncenter" src="/wp-content/uploads/2018/03/Global-Bank-Roadmap-Ahead.jpg" alt="Roadmap Ahead" width="auto"