The Internal Offshore Experience at Reuters Paul Iredale Topics - - PowerPoint PPT Presentation

the internal offshore experience at reuters paul iredale
SMART_READER_LITE
LIVE PREVIEW

The Internal Offshore Experience at Reuters Paul Iredale Topics - - PowerPoint PPT Presentation

The Internal Offshore Experience at Reuters Paul Iredale Topics Reuters Overview Staff Recruitment Product Transition Process Management Offshore Development Future Reuters Group Supplies the world s


slide-1
SLIDE 1

The “ Internal Offshore” Experience at Reuters Paul Iredale

slide-2
SLIDE 2

Topics

  • Reuters Overview
  • Staff Recruitment
  • Product Transition
  • Process Management
  • Offshore Development
  • Future
slide-3
SLIDE 3

Reuters Group

  • Supplies the world’s financial markets

and news media with information, news and technology solutions

slide-4
SLIDE 4

Global Business

  • Reuters serves 151 countries
  • 558,000 professionals in 50,600 locations use Reuters information

and news

  • Data provided on 940,000+ financial instruments
  • Financial information sources from 263 exchanges or OTC

markets

  • 5,036 clients contribute prices, opinions and analysis
  • 73+ million unique visitors per month on 1,400+ websites access

Reuters content - almost 20% of Internet users

  • 2,157 journalists, photographers and camera operators in 190

bureaux

  • News provided in 24 languages
  • About 12,000 Reuters headlines and two million words produced

daily

  • A £4.00 billion business
slide-5
SLIDE 5

Global Development

  • 15+ Development groups
  • 12 Countries (France, Germany, Hong Kong, Japan,

UK, USA, Thailand)

  • Group size from 5 - 500
  • Overall about 1500 software developers
  • Real Time feeds
  • Database systems
  • Administration systems
  • Client site systems
  • Graphical User interfaces
  • WEB Server and Browser developments
slide-6
SLIDE 6

Challenges

  • A global business requiring global

IT services and support 24/7

  • Software applications are vital for

the business to achieving competitive advantage

  • A rapidly changing business

environment with complex financial products and services as the norm.

  • Financial impact of software defects

enormous

  • Rapid software development is

necessary to allow the business to exploit financial opportunities

  • Complex highly interconnected

architecture

slide-7
SLIDE 7

SPI History

  • 1996 - first SPI initiative HP approach
  • 1996 - CMM adopted at the corporate level
  • 1997 - First CMM Level 2 assessment
  • 1998 - 14 Formal assessments performed
  • 1999 - Thailand Development achieves CMM Level 2
  • 1999 - First CMM Level 3 assessment
  • 2000 - 3 more groups achieve CMM Level 3
  • 2001 - Decision to open a Software Center in Bangkok
  • 2002 - Reuters opens Software Center
  • 2004 - Reuters first CMMI level 5 group
slide-8
SLIDE 8

Bangkok Concept

  • High Productivity
  • Low Cost
  • Software Development Centeralised
  • Maximize Reuse
  • Operates at high maturity (Implies high quality)
  • Greater control over core development
slide-9
SLIDE 9

Bangkok Goals

  • Hire 600 staff by end 2005
  • Transition 150+ products from other development

centers

  • Attain CMMI Level 5
  • Build a culture of continuous improvement (Six Sigma)
  • Create an OFFSHORE development group to be used

for strategic software development in Reuters

slide-10
SLIDE 10

Staff Recruitment

Goal - Hire 600 staff by end 2005

slide-11
SLIDE 11

Recruitment

  • New graduates

– University Program

  • University Presentation

– Computer Engineering and related faculties – Job Fairs

  • Internship Program
  • Scholarships
  • Experienced Staff

– Job advertisement

  • Newspaper
  • Internet

– Referral Program – Recruiting Agencies

slide-12
SLIDE 12

Recruitment Techniques

– First screening

  • Recruitment Technical Exam

– Second screening

  • Interview with HR and Technical Group Leader

– Third screening

  • Interview with HR and Development Manager
slide-13
SLIDE 13

Boot Camp

  • An induction program for staff who have just joined the company

– Duration : Around one month – Coverage:

  • Introduction to Reuters Products
  • Market Knowledge

– Financial markets

  • Software Process
  • Technical Programming e.g.

– C++ – Unix

  • English communication
slide-14
SLIDE 14

RDM - Roles

RDM = Resource Development Manager

  • A permanent reporting line for all staff
  • Response to project resource requests.
  • Liaison with development staff to find best fit projects.
  • Objectives and goals setting for development staff
  • Staff career development counselor and planning
  • An RDM manages approximately 50 staff
slide-15
SLIDE 15

Staff Recruitment Metrics

RSTL Staff - since Nov 02

86 95 102 123 130 160 209 252 265 270 280 300 330 362 362 430 446 100 200 300 400 500 600 700 N

  • v-02

D ec-02 Jan-03 Feb-03 M ar-03 Apr-03 M ay-03 Jun-03 Jul-03 Aug-03 Sep-03 O ct-03 N

  • v-03

D ec-03 Jan-04 Apr-04 Aug-04 N

  • v-04

D ec-04 D ec-05

Forecast Estimated Actual

slide-16
SLIDE 16

Staff Recruitment Metrics

Staff Proportion

Testing 23% Product Support 6% Project Office 1% SPI & SQA 2% Others 1% Management 5% Development 62% Management Development Testing Product Support Project Office SPI & SQA Others

slide-17
SLIDE 17

Product Transition

Goal - Transition 150+ products from other development centers

slide-18
SLIDE 18

Product Transition Lifecycle -1

Initial Pre-transition Phase Component and Initial Infrastructure Build-up Phase Transition Project Planning Phase Review and Project Sign-off Phase Knowledge Transfer Phase Normal Product Support and Maintenance

slide-19
SLIDE 19

Product Transition Lifecycle

  • Initial Pre-Transition Phase

– To determine if product transition should get go-ahead, taking the following factors into consideration

  • Development scope (e.g., critical bug fix
  • nly)
  • Resource and skill requirements
  • Time constraints

– Availability of current resource at Original Site – RSTL resource availability

slide-20
SLIDE 20

Product Transition Lifecycle

  • Transition Planning Phase:

– Work Breakdown Structure – Estimation of effort, schedule, cost – Deliverables & Project libraries – Critical resources (e.g., feeds, lab space) – Intergroup communication/escalation path – Risks

slide-21
SLIDE 21

Product Transition Lifecycle

  • Component and Initial Infrastructure Buildup Phase

– A period for self study, preparation and familiarization of product before knowledge transfer training

  • Initial Environment Set-up
  • Study of product and release documents
  • Pre-requisite training (e.g., RV training for TIB

products)

  • Source code (if possible)
slide-22
SLIDE 22

Product Transition Lifecycle

  • Knowledge Transfer Phase

– Main training phase

  • Either at original site or at RSTL

– Cover 3 streams: development, testing and support – May need to produce/update documents to record the received knowledge. Original owners should review these updated documents. – Create a checklist for knowledge transfer – Exercises assigned by the original owners as part of knowledge transfer training – Daily or Weekly report as a progress tracking mechanism

slide-23
SLIDE 23

Product Transition Lifecycle

  • Review and Project Sign-off Phase

– Complete the setup and verification of development/testing/support environments – Complete the asset transfer from the original site – Agree the SLA/support guidelines with Product Manager and Second Level Support

slide-24
SLIDE 24

Culture Differences in Product Transitions

  • Dealing with Culture differences is important in Product

Transition: – Thai staff (as Trainees)

  • Modest
  • Good listeners, not likely to ask

– US / European staff (as Trainers)

  • Expect the trainees to discuss/ask
slide-25
SLIDE 25

Transition Manager and Group Leader Roles

  • Transition Manager

– Be the project owner and serve as a single point of contact and manage overall schedule of the transition along with ensuring resource availability during the transition.

  • Group Leader

– Act as an overall engineering team leader for the knowledge transfer training These two roles are key to the success of the product transition: – Experience in leading teams plus related technical and product knowledge very useful when handling culture differences

slide-26
SLIDE 26

Transition Metrics

Product Size v.s. # of Staff

100 200 300 400 500 600 Nov-02 Jan-03 Jan-04 Jan-05 Product Size (in *1000 FP) # of Staff

slide-27
SLIDE 27

Transition Metrics

20 40 60 80 100 120 140 160 D e c

  • 2

F e b

  • 3

A p r

  • 3

J u n

  • 3

A u g

  • 3

O c t

  • 3

D e c

  • 3

F e b

  • 4

A p r

  • 4

S e p

  • 4

# planned transitions # actual transtions

slide-28
SLIDE 28

Process Management

Goal - Attain CMMI Level 5 Goal - Build a culture of continuous improvement (Six Sigma)

slide-29
SLIDE 29

History

  • 1999 - Thailand development group achieves CMM level 2
  • 2001 - Decision to open Bangkok Software Center
  • 2002 – Software Center opens
  • 2003 - Software Center achieves CMM Level 3
  • 2003 - PI organisation in place for CMMI Level 5
  • 2004 – Software Center achieves CMMI Level 5
slide-30
SLIDE 30

PI Organisation

Process Technology Manager +7 Process Improvement Manager +4 Process Training Manager +1 Process Support Director Project Office Manager +4 SQA Manager +9

slide-31
SLIDE 31

PI Activities

  • Roadmap
  • Plans – Technology, Process and Metrics
  • Requirements Catalogue
  • Mini assessments every quarter
  • Monthly scorecard on progress
slide-32
SLIDE 32

PI Roadmap

slide-33
SLIDE 33

Technology

  • Project Portal
  • Metrics Database
  • Problem tracking tool
  • Personal Development and Training database
slide-34
SLIDE 34

Process

  • Level 4/5 Process maps and guidelines
  • Web based process library
  • Assessments and mapping to CMMI model
slide-35
SLIDE 35

Metrics

  • Balanced Scorecard
  • Capability baseline
  • Monthly metrics reporting
slide-36
SLIDE 36

CMMI Calculator Scores

0.00 1.00 2.00 3.00 4.00 5.00 6.00 7.00 8.00 9.00 10.00

Requirements Management Project Planning Project Monitoring and Control Supplier Agreement Management Measurement and Analysis Process and Product Quality Assurance Configuration Management

Previous Latest Marginal Qualified Full

Full Qualified Marginal

Level 2

slide-37
SLIDE 37

CMMI Calculator Scores

0.00 1.00 2.00 3.00 4.00 5.00 6.00 7.00 8.00 9.00 10.00

R equirem ents D ev elopm ent T ec hnic al Solution Produc t Integration Verific ation Validation O rganis ational Proc es s F oc us O rganis ational Proc es s D efinition O rganis ational T raining Integrated Projec t M anagem ent R is k M anagem ent Integrated Supplier M anagem ent D ec is ion Analy s is and R es olution O rganis ational Env ironm ent for Integration Integrated T eam ing

Previous Latest Marginal Qualified Full

Full Qualified Marginal

Level 3

slide-38
SLIDE 38

CMMI Calculator Scores

0.00 1.00 2.00 3.00 4.00 5.00 6.00 7.00 8.00 9.00 10.00

Organisational Process Performance Quantitative Project Management

Previous Latest Marginal Qualified Full

Full Qualified Marginal

Level 4

slide-39
SLIDE 39

CMMI Calculator Scores

0.00 1.00 2.00 3.00 4.00 5.00 6.00 7.00 8.00 9.00 10.00

Causal Analysis & Resolution Organisational Innovation and Deployment

Previous Latest Marginal Qualified Full

Full Qualified Marginal

Level 5

slide-40
SLIDE 40

RSTL Improvement in Processes – Overall ROI (1)

RSTL ROI Y2000 - 2004

100 200 300 400 500 600 2000-2001 (Pre-RSTL SPI Program) 2002-2003 2004 Staff No., Product size (in K FunctionPoints) 0.5 1 1.5 2 2.5 3 3.5 4 4.5 5 ROI ROI Staff Product Size (in K Function Points)

ROI from 50% productivity increase ROI from 50% post- release defect reduction Estimated ROI from process automation

Note: Figures for 2004 are forecast values.

slide-41
SLIDE 41

RSTL Improvement in Processes – Schedule Variance (2)

Background

  • Schedule Variance during Jan 2002 -

Apr 2003 is around 25% with 25 initial project observations. Issue

  • With the high growth rate of both Staff

(from 100 to 350) and Supported Product (from 100 to 180 K FP), How to maintain and improve the schedule predictability? Action

  • RSTL SPI Programme 2003 - Focused
  • n process training and quantitative

project management Result

  • RSTL has improved the capability of

Schedule Variance to be 15% with100 project observations up to Apr 2004.

O bservation Individual Value 90 81 72 63 54 45 36 27 18 9 1 40 30 20 10 _ X=5.87 UCL=18.83 LB=0

1 1 1 1 1 1 1 1 1 1 1

I Chart of Schedule Variance Products transitioned in year 2002 have passed the transition sign-off for 4 months

slide-42
SLIDE 42

RSTL Improvement in Processes – Phase Containment (3)

Phase Containment Effiectiveness 10 20 30 40 50 60 70 80 90 100 Q1/2003 Q2/2003 Q3/2003 Q4/2003 Q1/2004 Q2/2004

%

The average PCE had increased over the year. This is one of the factors leading to SPI ROI 2002-2003 from post-release defect reduction. Started support of product transitioned in Y2002 Started support of product transitioned in Y2003

slide-43
SLIDE 43

CMMI & Six Sigma

  • CMMI asks for continuous process improvement

(OPTIMISATION)

  • Six Sigma provides it with

– Well defined, disciplined methodology

  • Define, Measure, Analyse,Improve,Control

– Industry wide – Can be applied to all parts of the business – Emphasis on results (ROI) – Breakthroughs v small incremental improvements – Measurement and Methodology

slide-44
SLIDE 44

CMMI & Six Sigma

slide-45
SLIDE 45

Progress So Far

  • One Master Black Belt
  • Eleven Green Belts
  • Established the first three Six Sigma Projects

Plans

  • 2004 train all staff on Six Sigma methodology
  • 2004 train one more Black Belt
  • 2004 train seven more Green Belts
slide-46
SLIDE 46

Offshore Development

Goal - Create an OFFSHORE development group to be used for strategic software development in Reuters

slide-47
SLIDE 47

Why

  • High Productivity
  • Low Cost
  • Software Development Centeralised
  • Maximize Reuse
  • Operates at high maturity (Implies high quality)
  • Greater control over core development
slide-48
SLIDE 48

Onshore/Offshore Theory

  • Client Location
  • Global Development Centers
  • u
  • Program Management
  • u
  • Analysis and planning
  • u
  • High level design
  • u
  • User interface design
  • u
  • Project co
  • ordination
  • u
  • Onsite testing
  • u
  • Implementation
  • Project
  • u
  • Project management
  • u
  • Detailed design
  • u
  • Coding
  • u
  • Testing
  • u
  • Documentation
  • Project
  • u
  • Bug fixes
  • u
  • Warranty support
  • u
  • Maintenance
  • Post implementation
  • support
  • u
  • Rapid reaction support
  • Post implementation
  • support
  • Discovery
  • Client Location
  • Global Development Centers

uProgram Management uAnalysis and planning uHigh level design uUser interface design uProject co-ordination uOnsite testing uImplementation

Project

uProject management uDetailed design uCoding uTesting uDocumentation

Project

uBug fixes uWarranty support uMaintenance

Post implementation support

uRapid reaction support

Post implementation support Discovery

Onshore Offshore

slide-49
SLIDE 49

Real Life

  • Lack of well defined requirements
  • Used as just an extension of Onshore group
  • Learning curve for some product support work

to steep

  • Culture
  • Too many Offshore models
slide-50
SLIDE 50

Offshore Models

  • Extended Team
  • Onshore Design/Offshore Production
  • Functional Role Offshoring
  • Transition
  • Offshore Development
slide-51
SLIDE 51

Progress to date

Relative Defects After Release Relative Defects After Release % Overrun Schedule % Overrun Schedule

20 40 60 80 100

5 10 15 20 25 30 Q1 Q2 Q3 Q4 Q1 Q2

Q1 Q2 Q3 Q4 Q1 Q2 2004 2004 2003 2003 2003 2003

5 10 15 20 25 Q1 Q2 Q3 Q4 Q1 Q2

2003 2003

Relative Productivity/Cost Relative Productivity/Cost

20 40 60 80 100 Q1 Q2 Q3 Q4 Q1 Q2

2003 2003

% Overru % Overrun Effort n Effort

2004 2004 2004 2004 2004 2004

slide-52
SLIDE 52

Future

slide-53
SLIDE 53

The future

Develop and grow the knowledge of the staff (607) Create world class Offshore development centre Maintain Level 5 Take an holistic approach to all Improvement Initiatives & methodologies Lead the application of CMMI, Six Sigma across all Reuters locations Create Integrated set of tools for Reuters 2004 Continue to hire good people (500) Continue to transition products to RSTL Build Offshore development process and capability Maintain Level 5 Automate process/metrics Apply 6 Sigma methodology across RSTL Improvement Initiatives & methodologies wherever it makes sense

* Component Architecture Method

People 6 Sigma CMMI

2005

slide-54
SLIDE 54

Thank you. Question & Answers