SlideShare una empresa de Scribd logo
1 de 8
Descargar para leer sin conexión
www.thbs.com
Offshore SOA Service Factory
*
For production of cost-effective, shared services
Introduction
An offshore ‘SOA Service Factory’ is the ‘delivery-arm’ that is primarily responsible for
developing reusable services in a cost-effective manner, using SOA products.
The team implements shared services taking specifications provided by the SOA CoE,
refining these and working with multiple project teams, who stitch together these services
into project-specific solutions for a customer. The Service Factory is therefore a delivery
resource used by project teams accessing or developing shared SOA services.
Some obvious benefits from the service factory model:
1. Applications would be highly componentized on a wide-spread, cost-effective basis
2. The focus of the core client team would be on integrating services produced in large
numbers, rather than on churning out these services.
3. The adoption of such a model would mandate solid standards to be introduced in the
very early stages, robust planning and a solid governance structure
4. Services would become the pervasive fabric of all applications leading to highly
integrated processes in lesser time owing to a large factory dedicated to producing
them
5. Increased manageability through smaller dedicated work streams enables the IT
team to contribute directly to business agility and innovation
Need for an offshore SOA service factory
Considering the evolutionary, incremental nature of SOA, involving an ongoing conversion of
services that increasingly perform autonomously, funding and production of these shared
services would need to be planned for upfront as part of the Governance strategy.
Typically, their production would either be funded centrally or the first project to use a
shared service would fund it and would receive a greater share of the budget to cover the
production. In either scenario, the decision on production of services and funding them
becomes far more important if the services are shared.
The offshore SOA service factory enables building ongoing shared services cost-effectively
and centrally addressing the challenges of funding and production. The service specification
and high-level design activities are typically handled onsite while the actual implementation
of shared services, testing and delivery are conducted by the offshore service factory team
as detailed in the sections below. The offshore SOA service factory team is typically trained
for building reusable, shared services, which require a different set of skills compared to
building for one-off use and similar requirements.
A separate whitepaper titled ‘SOA implementation with an offshore partner’ available for
download, explores the model of offshore service collaboration in more detail. A few
excerpts from this whitepaper may be relevant in this context: “The nature of SOA mimics
the model of offshore development where services are provided on demand for finite
discrete parts of the whole. These units of service are atomic, created as single reusable
units of logic that can be combined when required to fulfill business functionality. Therefore
the model of constructing such units in offshore locations, within tightly defined parameters
of construction and acceptance, mirrors the eventual use of these independent units in a
Offshore SOA Service Factory Page 2 of 8
business model. It permits finite parts of the project to be executed overseas under fixed
prices and adhering to mutually agreed upon service levels, facilitated by the adoption of
standards”.
To de-risk a typical SOA project and to reduce longer time-to-market, the production of
shared services is typically divided into several work streams, executed by smaller teams
dedicated to each work stream, enabling better coordination as depicted below.
The structure of a typical SOA service factory and the division of responsibilities among the
work streams is summarized in the sections below.
Offshore SOA Service Factory Page 3 of 8
Service
factory
Stream 1
Service
factory
Stream 2
Service
factory
Stream 3
SOA Service Factory Model
The structure of a SOA service factory is typically customized for specific organizations and
focuses on components, services, frameworks and tools for automation. The services
produced by the factory are integrated into the project portfolio as depicted below:
Typically, services are realised by exposing and stitching together functionality that exists in
the customer’s back-end platforms and by creating new functionality as needed. The onsite
Service Factory team has highly skilled designers who design services applying core SOA
API design principles. The design team ensures the service contract is agnostic of the
service consumer to help reuse SOA services across applications. The structure of a typical
service factory is represented below:
ServiceFactory Manager
Chief Architect
Support
(softwareand
production)
Project Manager
Architecturegroup
Security
Architect
DataArchitect
Designers
Operations andSupport group
Software
administrators
OS
administrators
Database
administrators
Business
Architect
Project Management
Development
team
Testingteam
The service factory manager would hold overall responsibility for successful coordination
among the architecture, support and project groups for service production, deployment and
documentation. A more detailed depiction representing the onsite and offshore roles is as
below:
Offshore SOA Service Factory Page 4 of 8
Work Stream 1 Work Stream 2 Work Stream 3
Project Portfolio
Reusable Services
Service
Factory
ServiceFactory OrganizationChart
Factory Manager
Technical leads
Architects andDesigners
Onsitecoordinator 1 Onsitecoordinator 2 Onsitecoordinator 3
Support group
Apps
Infrastructure
Administrators,
analysts
OffshoreProject Manager
Stream 1 Stream 2 Stream 3
Stream Lead1 Stream Lead2 Stream Lead3
Developers
Testers
Developers Developers
Testers Testers
The service factory provides end-to-end application management for the services built. The
delivery team in the Service Factory is typically divided into three silos, with each silo being
self-contained teams consisting of developers and testers. This model is adopted to facilitate
agility through smaller teams. The three work streams each consists of onsite and offshore
members divided as above.
The reusable services are identified, service specification formulated and services are
designed onsite. Services are typically designed to be long-lived such that they are not
required to be modified or re-tested often by consumers of the service. In instances where
there is such a need for alteration of the service designed, the SOA CoE coordinates service
change and retirement of the old version. The high-level designs are then shipped to the
offshore team. The offshore stream leads draft low-level designs for approval by the
customer and these designs are then translated into code. The services implemented in this
manner are tested offshore (functional and system tested) and delivered/released to the
onsite team through VPN connectivity. A central version control system is accessible to both
the onsite and offshore teams to ensure smooth coordination of activities.
An agile delivery model could be adopted for shared services delivery so as to implement a
prioritized, time-boxed approach to deliver the most important functionalities in the initial
iterations. This would also ensure the onsite and offshore teams work intimately on the
deliverables. A typical break-up of roles in each work-stream is as depicted below:
Offshore SOA Service Factory Page 5 of 8
Onsite
Offshore
Following are some typical activities in-scope of the Service Factory:
• Architectural Support and ongoing SOA program consulting.
• SOA Service Design, design of SOA services using tools and products identified by
the customer
• Delivery arm, responsible for the development of services and portlets.
• SOA Testing, helping to automate and bring in the differentiation of a “SOA-aware”
testing team.
• Assistance in run-time Governance, use of tools and monitoring
• Integrating Business Rules within the SOA Platform and ESB
• Stitching services into the project portfolio
• Active participation in Knowledge Management of SOA Services by documenting
service design and development practices in Wiki
• Build and release management: follow an efficient and reliable build and release
process.
Offshore SOA Service Factory Page 6 of 8
Onsite Team
Project Manager (Client)
Design Owner (Client) Delivery Manager (Client) Technical Lead (Client)
Designers (THBS) Architects (THBS) Technical Coordinators (THBS)
Project Manager (THBS)
THBS Offshore Team
Offshore Project
Manager
Offshore Tech Lead 1 Offshore Test LeadOffshore Tech Lead 2
Developers TestersDevelopers
Sample Work Stream 1
Development Methodology
Torry Harris recommends the ‘Distributed Agile’ delivery methodology
(http://www.youtube.com/watch?v=vMTDfhKvSDE). Services could be developed within
short Agile Sprints, where each Sprint could have a maximum duration of 2 weeks.
Specific aspects of Agile that could be implemented as part of the SOA service factory:
Team Integration
In distributed agile, ‘Team Integration’ plays a significant role and helps overcome
challenges related to a geographically dispersed team. The integration is an ongoing
activity. Some of the activities could be: visits by the client senior management to Torry
Harris offshore, where they spend time with the core technical team and Torry Harris’
management team. These visits help to understand and appreciate the client’s vision and
roadmap.
During the early stages in a project, the entire technical team is collocated onsite at the
client location. In a phased manner, the team is then distributed to reflect an
onsite/offshore model. With a planned rotation of resources, the communication channels
are strengthened.
SOA Driven Iteration Planning
Taking in from the principles of SOA and Agile, the delivery iterations are planned to deliver
discrete services. The services are typically a combination of standalone, composite, data,
integration and presentation services. Further, the iteration apart from delivering the
services also delivers the associated user interfaces so that end-to-end functionality is made
available to the User community for testing. An iteration usually spans two weeks on
completion of the Design phase.
Team Composition by Functionality
Offshore SOA Service Factory Page 7 of 8
The delivery team in the Service Factory is divided into silos, with each silo being self-
contained teams consisting of developers and testers.
Continuous Integration
Cruise Control could be used with a process for daily check-in of the developed code and
overnight builds. This process would help capture integration related issues owing to a large
team.
Immediate Feedback on Functionality
There could be permanent representatives from the business side involved from the start of
the project. During the requirement analysis phase, group meetings could be held. Based on
the MoSCoW technique, requirements are prioritized which then translates into iterations.
During the course of the iterations, the business members need to be available to conduct
tests on the intermediate releases and provide immediate feedback, enabling quick
turnaround time for changes.
Documentation
There is a misconception that in Agile, documentation can be compromised. On the
contrary, the documentation requirement is reviewed with the client and the right amount of
data to be captured is agreed upon upfront. Further, the documentation approach could
involve the use of a wiki, wherein, the distributed team independently documents the
services they work on.
Summary
Large SOA initiatives that seek transformational benefits should consider exploiting the
offshore service factory model that enables realization of cost-effective, shared services for
ongoing work. The implementation of such a model helps leverage every opportunity to
consolidate functionality and manage cross-enterprise project needs, allowing greater
efficiency in managing costs and better overall service to business.
Offshore SOA Service Factory Page 8 of 8

Más contenido relacionado

Destacado

Introduction to offshore structures
Introduction to offshore structuresIntroduction to offshore structures
Introduction to offshore structures
Nitish Anand
 
Oil & Gas Production and Surface Facilities
Oil & Gas Production and Surface FacilitiesOil & Gas Production and Surface Facilities
Oil & Gas Production and Surface Facilities
Mohamed Elnagar
 

Destacado (15)

Management of offshore agile projects
Management of offshore agile projectsManagement of offshore agile projects
Management of offshore agile projects
 
[4] ptk 2014 2015 offshore constructions
[4] ptk 2014 2015 offshore constructions[4] ptk 2014 2015 offshore constructions
[4] ptk 2014 2015 offshore constructions
 
Introduction to offshore structures
Introduction to offshore structuresIntroduction to offshore structures
Introduction to offshore structures
 
Offshore operation
Offshore operationOffshore operation
Offshore operation
 
Coasts, Ports and Offshore Structure Engineering Book
Coasts, Ports and Offshore Structure Engineering Book Coasts, Ports and Offshore Structure Engineering Book
Coasts, Ports and Offshore Structure Engineering Book
 
Marine and offshore construction equipments
Marine and offshore construction equipmentsMarine and offshore construction equipments
Marine and offshore construction equipments
 
Offshore Platforms
Offshore Platforms Offshore Platforms
Offshore Platforms
 
Offshore Structure
Offshore StructureOffshore Structure
Offshore Structure
 
OIL AND GAS SURFACE WELLHEAD AND CHRISTMAS TREE
OIL AND GAS SURFACE WELLHEAD AND CHRISTMAS TREEOIL AND GAS SURFACE WELLHEAD AND CHRISTMAS TREE
OIL AND GAS SURFACE WELLHEAD AND CHRISTMAS TREE
 
Introduction to offshore structure
Introduction to offshore structure Introduction to offshore structure
Introduction to offshore structure
 
Introduction to Offshore Oil and Gas Surface Facilities
Introduction to Offshore Oil and Gas Surface FacilitiesIntroduction to Offshore Oil and Gas Surface Facilities
Introduction to Offshore Oil and Gas Surface Facilities
 
Oil & Gas Production and Surface Facilities
Oil & Gas Production and Surface FacilitiesOil & Gas Production and Surface Facilities
Oil & Gas Production and Surface Facilities
 
Offshore structure design, Sigve Hamilton Aspelund
Offshore structure design, Sigve Hamilton AspelundOffshore structure design, Sigve Hamilton Aspelund
Offshore structure design, Sigve Hamilton Aspelund
 
How to build a platform
How to build a platformHow to build a platform
How to build a platform
 
Offshore Structures Presentation
Offshore Structures PresentationOffshore Structures Presentation
Offshore Structures Presentation
 

Similar a SOA Offshore Onsite Delivery Model | Torry Harris Whitepaper

service orentation documentation
service orentation documentationservice orentation documentation
service orentation documentation
pavan nani
 
Perforce Streams
Perforce StreamsPerforce Streams
Perforce Streams
Perforce
 
SOA@MODULE-III.pptSOA@MODULE-III.pptSOA@MODULE-III.ppt
SOA@MODULE-III.pptSOA@MODULE-III.pptSOA@MODULE-III.pptSOA@MODULE-III.pptSOA@MODULE-III.pptSOA@MODULE-III.ppt
SOA@MODULE-III.pptSOA@MODULE-III.pptSOA@MODULE-III.ppt
NKannanCSE
 
SOA in banking issues and remedies
SOA in banking   issues and remediesSOA in banking   issues and remedies
SOA in banking issues and remedies
Debajani Mohanty
 
Unit-I-Introduction.pptx
Unit-I-Introduction.pptxUnit-I-Introduction.pptx
Unit-I-Introduction.pptx
keerthanamp4
 
Choose a deployment platform that allows for the implementation o.pdf
Choose a deployment platform that allows for the implementation o.pdfChoose a deployment platform that allows for the implementation o.pdf
Choose a deployment platform that allows for the implementation o.pdf
calderoncasto9163
 

Similar a SOA Offshore Onsite Delivery Model | Torry Harris Whitepaper (20)

Service Oriented Architecture.pptx
Service Oriented Architecture.pptxService Oriented Architecture.pptx
Service Oriented Architecture.pptx
 
Soa Driven Project Management
Soa Driven Project ManagementSoa Driven Project Management
Soa Driven Project Management
 
Challenges and recommendations to control an SOA operating environment
Challenges and recommendations to control an SOA operating environmentChallenges and recommendations to control an SOA operating environment
Challenges and recommendations to control an SOA operating environment
 
SOA Test Methodology | Torry Harris Whitepaper
SOA Test Methodology | Torry Harris WhitepaperSOA Test Methodology | Torry Harris Whitepaper
SOA Test Methodology | Torry Harris Whitepaper
 
Performance in soa context
Performance in soa contextPerformance in soa context
Performance in soa context
 
MULTIVIEW SOA : EXTENDING SOA USING A PRIVATE CLOUD COMPUTING AS SAAS AND DAAS
MULTIVIEW SOA : EXTENDING SOA USING A PRIVATE CLOUD COMPUTING AS SAAS AND DAASMULTIVIEW SOA : EXTENDING SOA USING A PRIVATE CLOUD COMPUTING AS SAAS AND DAAS
MULTIVIEW SOA : EXTENDING SOA USING A PRIVATE CLOUD COMPUTING AS SAAS AND DAAS
 
Service oriented architecture characteristics of soa
Service oriented architecture characteristics  of soaService oriented architecture characteristics  of soa
Service oriented architecture characteristics of soa
 
SOA unit-3-notes-Introduction to Service Oriented Architecture
SOA unit-3-notes-Introduction to Service Oriented ArchitectureSOA unit-3-notes-Introduction to Service Oriented Architecture
SOA unit-3-notes-Introduction to Service Oriented Architecture
 
service orentation documentation
service orentation documentationservice orentation documentation
service orentation documentation
 
Perforce Streams
Perforce StreamsPerforce Streams
Perforce Streams
 
SOA@MODULE-III.pptSOA@MODULE-III.pptSOA@MODULE-III.ppt
SOA@MODULE-III.pptSOA@MODULE-III.pptSOA@MODULE-III.pptSOA@MODULE-III.pptSOA@MODULE-III.pptSOA@MODULE-III.ppt
SOA@MODULE-III.pptSOA@MODULE-III.pptSOA@MODULE-III.ppt
 
SOA in banking issues and remedies
SOA in banking   issues and remediesSOA in banking   issues and remedies
SOA in banking issues and remedies
 
Outsourcing SOA Implementation | Torry Harris Whitepaper
Outsourcing SOA Implementation | Torry Harris WhitepaperOutsourcing SOA Implementation | Torry Harris Whitepaper
Outsourcing SOA Implementation | Torry Harris Whitepaper
 
SOA Course - Next Generation
SOA Course - Next GenerationSOA Course - Next Generation
SOA Course - Next Generation
 
Contemporary research challenges and applications of service oriented archite...
Contemporary research challenges and applications of service oriented archite...Contemporary research challenges and applications of service oriented archite...
Contemporary research challenges and applications of service oriented archite...
 
Unit-I-Introduction.pptx
Unit-I-Introduction.pptxUnit-I-Introduction.pptx
Unit-I-Introduction.pptx
 
Welcome to International Journal of Engineering Research and Development (IJERD)
Welcome to International Journal of Engineering Research and Development (IJERD)Welcome to International Journal of Engineering Research and Development (IJERD)
Welcome to International Journal of Engineering Research and Development (IJERD)
 
SOA & ESB Presentation
SOA & ESB PresentationSOA & ESB Presentation
SOA & ESB Presentation
 
Choose a deployment platform that allows for the implementation o.pdf
Choose a deployment platform that allows for the implementation o.pdfChoose a deployment platform that allows for the implementation o.pdf
Choose a deployment platform that allows for the implementation o.pdf
 
Need Of Enterprise Integration
Need Of Enterprise IntegrationNeed Of Enterprise Integration
Need Of Enterprise Integration
 

Más de Torry Harris Business Solutions

Más de Torry Harris Business Solutions (20)

A Guide to SOA Implementation | Torry Harris Whitepaper
A Guide to SOA Implementation | Torry Harris WhitepaperA Guide to SOA Implementation | Torry Harris Whitepaper
A Guide to SOA Implementation | Torry Harris Whitepaper
 
Application Rationalization | Torry Harris Whitepaper
Application Rationalization | Torry Harris WhitepaperApplication Rationalization | Torry Harris Whitepaper
Application Rationalization | Torry Harris Whitepaper
 
Application Oriented Networks: An SOA Perspective | Torry Harris Whitepaper
Application Oriented Networks: An SOA Perspective | Torry Harris WhitepaperApplication Oriented Networks: An SOA Perspective | Torry Harris Whitepaper
Application Oriented Networks: An SOA Perspective | Torry Harris Whitepaper
 
SOA Migration Services | Torry Harris
SOA Migration Services | Torry HarrisSOA Migration Services | Torry Harris
SOA Migration Services | Torry Harris
 
SOA Roadmap and Education | Torry Harris
SOA Roadmap and Education | Torry HarrisSOA Roadmap and Education | Torry Harris
SOA Roadmap and Education | Torry Harris
 
SOA for Retail | Torry Harris Whitepaper
SOA for Retail | Torry Harris WhitepaperSOA for Retail | Torry Harris Whitepaper
SOA for Retail | Torry Harris Whitepaper
 
SOA for Telecom | Torry Harris Whitepaper
SOA for Telecom | Torry Harris WhitepaperSOA for Telecom | Torry Harris Whitepaper
SOA for Telecom | Torry Harris Whitepaper
 
A Guide to SOA Governance | Torry Harris Whitepaper
A Guide to SOA Governance | Torry Harris WhitepaperA Guide to SOA Governance | Torry Harris Whitepaper
A Guide to SOA Governance | Torry Harris Whitepaper
 
SOA Maturity Model | Torry Harris Whitepaper
SOA Maturity Model | Torry Harris WhitepaperSOA Maturity Model | Torry Harris Whitepaper
SOA Maturity Model | Torry Harris Whitepaper
 
SOA Open Source Implementation | Torry Harris Whitepaper
SOA Open Source Implementation | Torry Harris WhitepaperSOA Open Source Implementation | Torry Harris Whitepaper
SOA Open Source Implementation | Torry Harris Whitepaper
 
Migration and Security in SOA | Torry Harris Whitepaper
Migration and Security in SOA | Torry Harris WhitepaperMigration and Security in SOA | Torry Harris Whitepaper
Migration and Security in SOA | Torry Harris Whitepaper
 
Web Services in SOA | Torry Harris
Web Services in SOA | Torry HarrisWeb Services in SOA | Torry Harris
Web Services in SOA | Torry Harris
 
Cloud Catalyst Programme | Torry Harris Whitepaper
Cloud Catalyst Programme | Torry Harris WhitepaperCloud Catalyst Programme | Torry Harris Whitepaper
Cloud Catalyst Programme | Torry Harris Whitepaper
 
Cloud Computing Overview | Torry Harris Whitepaper
Cloud Computing Overview | Torry Harris WhitepaperCloud Computing Overview | Torry Harris Whitepaper
Cloud Computing Overview | Torry Harris Whitepaper
 
Comparison of Cloud Computing Services | Torry Harris Whitepaper
Comparison of Cloud Computing Services | Torry Harris WhitepaperComparison of Cloud Computing Services | Torry Harris Whitepaper
Comparison of Cloud Computing Services | Torry Harris Whitepaper
 
Eucalyptus on Xen - Build Enterprise Private Cloud | Torry Harris Whitepaper
Eucalyptus on Xen - Build Enterprise Private Cloud | Torry Harris WhitepaperEucalyptus on Xen - Build Enterprise Private Cloud | Torry Harris Whitepaper
Eucalyptus on Xen - Build Enterprise Private Cloud | Torry Harris Whitepaper
 
BPM - The Soft Science of Change | Torry Harris Whitepaper
BPM - The Soft Science of Change | Torry Harris WhitepaperBPM - The Soft Science of Change | Torry Harris Whitepaper
BPM - The Soft Science of Change | Torry Harris Whitepaper
 
EAI Performance Analysis Web-Methods | Torry Harris Whitepaper
EAI Performance Analysis Web-Methods | Torry Harris WhitepaperEAI Performance Analysis Web-Methods | Torry Harris Whitepaper
EAI Performance Analysis Web-Methods | Torry Harris Whitepaper
 
EAI Test Driven Development WebMethods | Torry Harris Whitepaper
EAI Test Driven Development WebMethods | Torry Harris WhitepaperEAI Test Driven Development WebMethods | Torry Harris Whitepaper
EAI Test Driven Development WebMethods | Torry Harris Whitepaper
 
Web Service Extensions | Torry Harris Whitepaper
Web Service Extensions | Torry Harris WhitepaperWeb Service Extensions | Torry Harris Whitepaper
Web Service Extensions | Torry Harris Whitepaper
 

Último

Cloud Frontiers: A Deep Dive into Serverless Spatial Data and FME
Cloud Frontiers:  A Deep Dive into Serverless Spatial Data and FMECloud Frontiers:  A Deep Dive into Serverless Spatial Data and FME
Cloud Frontiers: A Deep Dive into Serverless Spatial Data and FME
Safe Software
 
Cloud Frontiers: A Deep Dive into Serverless Spatial Data and FME
Cloud Frontiers:  A Deep Dive into Serverless Spatial Data and FMECloud Frontiers:  A Deep Dive into Serverless Spatial Data and FME
Cloud Frontiers: A Deep Dive into Serverless Spatial Data and FME
Safe Software
 
Architecting Cloud Native Applications
Architecting Cloud Native ApplicationsArchitecting Cloud Native Applications
Architecting Cloud Native Applications
WSO2
 

Último (20)

Cloud Frontiers: A Deep Dive into Serverless Spatial Data and FME
Cloud Frontiers:  A Deep Dive into Serverless Spatial Data and FMECloud Frontiers:  A Deep Dive into Serverless Spatial Data and FME
Cloud Frontiers: A Deep Dive into Serverless Spatial Data and FME
 
Boost Fertility New Invention Ups Success Rates.pdf
Boost Fertility New Invention Ups Success Rates.pdfBoost Fertility New Invention Ups Success Rates.pdf
Boost Fertility New Invention Ups Success Rates.pdf
 
DEV meet-up UiPath Document Understanding May 7 2024 Amsterdam
DEV meet-up UiPath Document Understanding May 7 2024 AmsterdamDEV meet-up UiPath Document Understanding May 7 2024 Amsterdam
DEV meet-up UiPath Document Understanding May 7 2024 Amsterdam
 
Navigating the Deluge_ Dubai Floods and the Resilience of Dubai International...
Navigating the Deluge_ Dubai Floods and the Resilience of Dubai International...Navigating the Deluge_ Dubai Floods and the Resilience of Dubai International...
Navigating the Deluge_ Dubai Floods and the Resilience of Dubai International...
 
Biography Of Angeliki Cooney | Senior Vice President Life Sciences | Albany, ...
Biography Of Angeliki Cooney | Senior Vice President Life Sciences | Albany, ...Biography Of Angeliki Cooney | Senior Vice President Life Sciences | Albany, ...
Biography Of Angeliki Cooney | Senior Vice President Life Sciences | Albany, ...
 
CNIC Information System with Pakdata Cf In Pakistan
CNIC Information System with Pakdata Cf In PakistanCNIC Information System with Pakdata Cf In Pakistan
CNIC Information System with Pakdata Cf In Pakistan
 
FWD Group - Insurer Innovation Award 2024
FWD Group - Insurer Innovation Award 2024FWD Group - Insurer Innovation Award 2024
FWD Group - Insurer Innovation Award 2024
 
Mcleodganj Call Girls 🥰 8617370543 Service Offer VIP Hot Model
Mcleodganj Call Girls 🥰 8617370543 Service Offer VIP Hot ModelMcleodganj Call Girls 🥰 8617370543 Service Offer VIP Hot Model
Mcleodganj Call Girls 🥰 8617370543 Service Offer VIP Hot Model
 
Cloud Frontiers: A Deep Dive into Serverless Spatial Data and FME
Cloud Frontiers:  A Deep Dive into Serverless Spatial Data and FMECloud Frontiers:  A Deep Dive into Serverless Spatial Data and FME
Cloud Frontiers: A Deep Dive into Serverless Spatial Data and FME
 
Web Form Automation for Bonterra Impact Management (fka Social Solutions Apri...
Web Form Automation for Bonterra Impact Management (fka Social Solutions Apri...Web Form Automation for Bonterra Impact Management (fka Social Solutions Apri...
Web Form Automation for Bonterra Impact Management (fka Social Solutions Apri...
 
Strategize a Smooth Tenant-to-tenant Migration and Copilot Takeoff
Strategize a Smooth Tenant-to-tenant Migration and Copilot TakeoffStrategize a Smooth Tenant-to-tenant Migration and Copilot Takeoff
Strategize a Smooth Tenant-to-tenant Migration and Copilot Takeoff
 
Six Myths about Ontologies: The Basics of Formal Ontology
Six Myths about Ontologies: The Basics of Formal OntologySix Myths about Ontologies: The Basics of Formal Ontology
Six Myths about Ontologies: The Basics of Formal Ontology
 
Polkadot JAM Slides - Token2049 - By Dr. Gavin Wood
Polkadot JAM Slides - Token2049 - By Dr. Gavin WoodPolkadot JAM Slides - Token2049 - By Dr. Gavin Wood
Polkadot JAM Slides - Token2049 - By Dr. Gavin Wood
 
Strategies for Landing an Oracle DBA Job as a Fresher
Strategies for Landing an Oracle DBA Job as a FresherStrategies for Landing an Oracle DBA Job as a Fresher
Strategies for Landing an Oracle DBA Job as a Fresher
 
Emergent Methods: Multi-lingual narrative tracking in the news - real-time ex...
Emergent Methods: Multi-lingual narrative tracking in the news - real-time ex...Emergent Methods: Multi-lingual narrative tracking in the news - real-time ex...
Emergent Methods: Multi-lingual narrative tracking in the news - real-time ex...
 
"I see eyes in my soup": How Delivery Hero implemented the safety system for ...
"I see eyes in my soup": How Delivery Hero implemented the safety system for ..."I see eyes in my soup": How Delivery Hero implemented the safety system for ...
"I see eyes in my soup": How Delivery Hero implemented the safety system for ...
 
Understanding the FAA Part 107 License ..
Understanding the FAA Part 107 License ..Understanding the FAA Part 107 License ..
Understanding the FAA Part 107 License ..
 
MS Copilot expands with MS Graph connectors
MS Copilot expands with MS Graph connectorsMS Copilot expands with MS Graph connectors
MS Copilot expands with MS Graph connectors
 
Corporate and higher education May webinar.pptx
Corporate and higher education May webinar.pptxCorporate and higher education May webinar.pptx
Corporate and higher education May webinar.pptx
 
Architecting Cloud Native Applications
Architecting Cloud Native ApplicationsArchitecting Cloud Native Applications
Architecting Cloud Native Applications
 

SOA Offshore Onsite Delivery Model | Torry Harris Whitepaper

  • 1. www.thbs.com Offshore SOA Service Factory * For production of cost-effective, shared services
  • 2. Introduction An offshore ‘SOA Service Factory’ is the ‘delivery-arm’ that is primarily responsible for developing reusable services in a cost-effective manner, using SOA products. The team implements shared services taking specifications provided by the SOA CoE, refining these and working with multiple project teams, who stitch together these services into project-specific solutions for a customer. The Service Factory is therefore a delivery resource used by project teams accessing or developing shared SOA services. Some obvious benefits from the service factory model: 1. Applications would be highly componentized on a wide-spread, cost-effective basis 2. The focus of the core client team would be on integrating services produced in large numbers, rather than on churning out these services. 3. The adoption of such a model would mandate solid standards to be introduced in the very early stages, robust planning and a solid governance structure 4. Services would become the pervasive fabric of all applications leading to highly integrated processes in lesser time owing to a large factory dedicated to producing them 5. Increased manageability through smaller dedicated work streams enables the IT team to contribute directly to business agility and innovation Need for an offshore SOA service factory Considering the evolutionary, incremental nature of SOA, involving an ongoing conversion of services that increasingly perform autonomously, funding and production of these shared services would need to be planned for upfront as part of the Governance strategy. Typically, their production would either be funded centrally or the first project to use a shared service would fund it and would receive a greater share of the budget to cover the production. In either scenario, the decision on production of services and funding them becomes far more important if the services are shared. The offshore SOA service factory enables building ongoing shared services cost-effectively and centrally addressing the challenges of funding and production. The service specification and high-level design activities are typically handled onsite while the actual implementation of shared services, testing and delivery are conducted by the offshore service factory team as detailed in the sections below. The offshore SOA service factory team is typically trained for building reusable, shared services, which require a different set of skills compared to building for one-off use and similar requirements. A separate whitepaper titled ‘SOA implementation with an offshore partner’ available for download, explores the model of offshore service collaboration in more detail. A few excerpts from this whitepaper may be relevant in this context: “The nature of SOA mimics the model of offshore development where services are provided on demand for finite discrete parts of the whole. These units of service are atomic, created as single reusable units of logic that can be combined when required to fulfill business functionality. Therefore the model of constructing such units in offshore locations, within tightly defined parameters of construction and acceptance, mirrors the eventual use of these independent units in a Offshore SOA Service Factory Page 2 of 8
  • 3. business model. It permits finite parts of the project to be executed overseas under fixed prices and adhering to mutually agreed upon service levels, facilitated by the adoption of standards”. To de-risk a typical SOA project and to reduce longer time-to-market, the production of shared services is typically divided into several work streams, executed by smaller teams dedicated to each work stream, enabling better coordination as depicted below. The structure of a typical SOA service factory and the division of responsibilities among the work streams is summarized in the sections below. Offshore SOA Service Factory Page 3 of 8 Service factory Stream 1 Service factory Stream 2 Service factory Stream 3
  • 4. SOA Service Factory Model The structure of a SOA service factory is typically customized for specific organizations and focuses on components, services, frameworks and tools for automation. The services produced by the factory are integrated into the project portfolio as depicted below: Typically, services are realised by exposing and stitching together functionality that exists in the customer’s back-end platforms and by creating new functionality as needed. The onsite Service Factory team has highly skilled designers who design services applying core SOA API design principles. The design team ensures the service contract is agnostic of the service consumer to help reuse SOA services across applications. The structure of a typical service factory is represented below: ServiceFactory Manager Chief Architect Support (softwareand production) Project Manager Architecturegroup Security Architect DataArchitect Designers Operations andSupport group Software administrators OS administrators Database administrators Business Architect Project Management Development team Testingteam The service factory manager would hold overall responsibility for successful coordination among the architecture, support and project groups for service production, deployment and documentation. A more detailed depiction representing the onsite and offshore roles is as below: Offshore SOA Service Factory Page 4 of 8 Work Stream 1 Work Stream 2 Work Stream 3 Project Portfolio Reusable Services Service Factory
  • 5. ServiceFactory OrganizationChart Factory Manager Technical leads Architects andDesigners Onsitecoordinator 1 Onsitecoordinator 2 Onsitecoordinator 3 Support group Apps Infrastructure Administrators, analysts OffshoreProject Manager Stream 1 Stream 2 Stream 3 Stream Lead1 Stream Lead2 Stream Lead3 Developers Testers Developers Developers Testers Testers The service factory provides end-to-end application management for the services built. The delivery team in the Service Factory is typically divided into three silos, with each silo being self-contained teams consisting of developers and testers. This model is adopted to facilitate agility through smaller teams. The three work streams each consists of onsite and offshore members divided as above. The reusable services are identified, service specification formulated and services are designed onsite. Services are typically designed to be long-lived such that they are not required to be modified or re-tested often by consumers of the service. In instances where there is such a need for alteration of the service designed, the SOA CoE coordinates service change and retirement of the old version. The high-level designs are then shipped to the offshore team. The offshore stream leads draft low-level designs for approval by the customer and these designs are then translated into code. The services implemented in this manner are tested offshore (functional and system tested) and delivered/released to the onsite team through VPN connectivity. A central version control system is accessible to both the onsite and offshore teams to ensure smooth coordination of activities. An agile delivery model could be adopted for shared services delivery so as to implement a prioritized, time-boxed approach to deliver the most important functionalities in the initial iterations. This would also ensure the onsite and offshore teams work intimately on the deliverables. A typical break-up of roles in each work-stream is as depicted below: Offshore SOA Service Factory Page 5 of 8 Onsite Offshore
  • 6. Following are some typical activities in-scope of the Service Factory: • Architectural Support and ongoing SOA program consulting. • SOA Service Design, design of SOA services using tools and products identified by the customer • Delivery arm, responsible for the development of services and portlets. • SOA Testing, helping to automate and bring in the differentiation of a “SOA-aware” testing team. • Assistance in run-time Governance, use of tools and monitoring • Integrating Business Rules within the SOA Platform and ESB • Stitching services into the project portfolio • Active participation in Knowledge Management of SOA Services by documenting service design and development practices in Wiki • Build and release management: follow an efficient and reliable build and release process. Offshore SOA Service Factory Page 6 of 8 Onsite Team Project Manager (Client) Design Owner (Client) Delivery Manager (Client) Technical Lead (Client) Designers (THBS) Architects (THBS) Technical Coordinators (THBS) Project Manager (THBS) THBS Offshore Team Offshore Project Manager Offshore Tech Lead 1 Offshore Test LeadOffshore Tech Lead 2 Developers TestersDevelopers Sample Work Stream 1
  • 7. Development Methodology Torry Harris recommends the ‘Distributed Agile’ delivery methodology (http://www.youtube.com/watch?v=vMTDfhKvSDE). Services could be developed within short Agile Sprints, where each Sprint could have a maximum duration of 2 weeks. Specific aspects of Agile that could be implemented as part of the SOA service factory: Team Integration In distributed agile, ‘Team Integration’ plays a significant role and helps overcome challenges related to a geographically dispersed team. The integration is an ongoing activity. Some of the activities could be: visits by the client senior management to Torry Harris offshore, where they spend time with the core technical team and Torry Harris’ management team. These visits help to understand and appreciate the client’s vision and roadmap. During the early stages in a project, the entire technical team is collocated onsite at the client location. In a phased manner, the team is then distributed to reflect an onsite/offshore model. With a planned rotation of resources, the communication channels are strengthened. SOA Driven Iteration Planning Taking in from the principles of SOA and Agile, the delivery iterations are planned to deliver discrete services. The services are typically a combination of standalone, composite, data, integration and presentation services. Further, the iteration apart from delivering the services also delivers the associated user interfaces so that end-to-end functionality is made available to the User community for testing. An iteration usually spans two weeks on completion of the Design phase. Team Composition by Functionality Offshore SOA Service Factory Page 7 of 8
  • 8. The delivery team in the Service Factory is divided into silos, with each silo being self- contained teams consisting of developers and testers. Continuous Integration Cruise Control could be used with a process for daily check-in of the developed code and overnight builds. This process would help capture integration related issues owing to a large team. Immediate Feedback on Functionality There could be permanent representatives from the business side involved from the start of the project. During the requirement analysis phase, group meetings could be held. Based on the MoSCoW technique, requirements are prioritized which then translates into iterations. During the course of the iterations, the business members need to be available to conduct tests on the intermediate releases and provide immediate feedback, enabling quick turnaround time for changes. Documentation There is a misconception that in Agile, documentation can be compromised. On the contrary, the documentation requirement is reviewed with the client and the right amount of data to be captured is agreed upon upfront. Further, the documentation approach could involve the use of a wiki, wherein, the distributed team independently documents the services they work on. Summary Large SOA initiatives that seek transformational benefits should consider exploiting the offshore service factory model that enables realization of cost-effective, shared services for ongoing work. The implementation of such a model helps leverage every opportunity to consolidate functionality and manage cross-enterprise project needs, allowing greater efficiency in managing costs and better overall service to business. Offshore SOA Service Factory Page 8 of 8