Presentation to Agile Connect, Wellington, 21 Nov 2014.
Starting in early 2014, FINNZ has been working with FishServe on the ‘Kupe’ project, which has implemented an Agile methodology as the means to deliver the new Fisheries Management Solution for NZ’s Commercial Fishing Industry.
The presentation gave insight to the project management and governance challenges and practices that FishServe and FINNZ have experienced and how we have successfully overcome them as we progress through this project journey.
If you are looking to use an Agile methodology in your next project, please feel free to contact us for help or friendly advice. www.finnz.com
The Real-World Challenges of Medical Device Cybersecurity- Mitigating Vulnera...
Agile Project Management and Governance
1. Kupe – PM and
Governance
Agile Connect
FishServe, Wellington, 21 November 2014
John Tucker, FishServe
Mark Jones, FINNZ
2. Agenda
• Intro to FishServe and FINNZ
• Intro to the Kupe Project
• Starting Kupe
• Running an Agile Project
• Benefits Realisation
• How are we Operating now?
• Questions
3. FishServe
• Operate in a statutory environment
• Previously part of MPI (government) – now an industry
owned private company
• Operate under two service delivery models;
• Delivery on behalf of MPI to Industry (contracted)
• Delivery on behalf of Industry to Industry (devolved)
4. Registry Services
• Quota and Annual Catch Entitlement (ACE) trading and
allocation
• Issuing Fishing Permits and Fishing Vessel Licenses
• Balancing Catch against entitlements
• Processing catch data (logbooks)
• Information collected through the services provided
underpins the management of NZ fisheries
5. FishServe
• Registry Services Provider – as required under the Quota
Management System
• Capture, Validate, Host, and Share Fisheries Data.
• We are administrators – ensure that fisheries data is ready
for use by Fisheries Managers, Scientists, Enforcement
Officers and Fishers.
6. • Wholly Owned Subsidiary of FishServe – Business
Development Company
• Leveraged Fisheries experience, applied in wider
Environment, Natural Resources and Heritage Sectors
• Government agencies – NZ, Australia and Middle East
• Give effect to policy through consultancy, requirements
analysis, software, operations.
7. Fisheries Management System (FMS)
• FMS core software – Owned and Paid for by Industry, data
held belongs to MPI
• First developed in 2001 to support wholesale legislative
change to Quota Management System
• Since introduction it has had 2 .Net upgrades
• 400 plus screens, Web front end, Integration to finance
systems and third party fishing software, plus data
exchange with MPI.
8. Driver for Change
• Evolving Industry needs and business development opportunities
• Vision to be continued sole supplier of services to industry’
• We will use technology to ensure we are flexible, responsive
and cost effective in delivering services
• We will build a culture which encourages innovation, welcomes
changes and minimises bureaucracy and hierarchy
9. Kupe Project Goals
Kupe Project established to provide a software platform to
support statutory vision and goals:
• The system must achieve 100% compliance with the
Law and service delivery contracts
• The system must allow flexibility to provide a layer of
management by industry beyond that required by Law
• The system should be reusable as a generic platform for
other registry services
• The system should be a marketable product for FINNZ
10. Starting the Kupe Project
• Documented system High Level Requirements
• Feature estimates, Design, Dev and Test
• Detailed budget, including resource utilisation and
external parties
• Third party project review
• Business case submitted to FishServe’s Board for
approval
11. Agile expected benefits
• “Cost of code”
• Better alignment with business needs
• Better visibility to project
• Stop any time
12. Selling Agile
• Steering Committee
• Project sponsor experience as Director of NAIT
• Over whelming support for change
• Kupe project team
• More positive, but still hesitant
• Commitment by Governance group
• including training/support
13. • Agile Coach: Pete Tansey, Petoni Mahi Limited
• Architect: Col Perks, Tenzing Ltd
• TDD & BDD Training: Rob Maher, Rob Maher Consulting
• UX: Touchcast
Starting Agile
14. Reporting
• FishServe Board – simple burn up
• Story points
• Budget
• Reporting to steering committee after each sprint
• Detailed sprint progress, and “short” burnup
• Resources, Risks, Issues
• Budget
• Completion heatmap
• Scope / Buffer
• Detailed burnup
15. • MoSCoW
Scope Management
• Definition of Priorities
• Perhaps better to change names
• Now/not now
• Discuss what both success, and failure, is
16. Starting the Kupe Project
Note: Contains dummy data to illustrate points.
19. Lessons Learned
• Scrum does not equal Agile
• Early information is double edged
• Establish governance structure early, and get buy in
• Recognise your short comings, use experts
• Confidence in process
Managing scope
Priority using Moscow – Must, Should, Could, Won’t
Buffer points – what we don’t know – technical (Architecture, or sizing), other stakeholder requirements evolve
Moscow difficult, existing systems - everything is a must
Moscow is planning for worst case
Must – project failure without, usually statutory in nature
Should – a must, but with a workaround identified
Could – stakeholder value
Won’t – later enhancements, platform
Perhaps use P1, P2, P3…
Gojko / Impact Mapping
Now/Not Now
Define Failure
More detail than external board is interested in
Baseline, track delivery against this
MOSCOW
Buffer points separate
Trend line
Velocity at bottom
Difficulty setting baseline with no prior agile experience
Wood for trees
Information very generic does not give a feel for completion of features (or MVF)
Project team also commented they had no sense of progress