Apidays New York 2024 - Scaling API-first by Ian Reasor and Radu Cotescu, Adobe
ESEconf2011 - Caine Matthew: "Creating an Environment of Teamwork, Quality, Innovation and Fun"
1. Creating an Environment fullof Teamwork, Innovation, Quality and Fun Matthew Caine, Infonic AG
2. We Start with a Great Story Going back in time… … at 4am I know where René was, but where were you?
3. We delivered! The delivery worked! The client was happy! Fantastic… life does not get much better! Really a Great Story!
4. Was it “Really” a Great Story? Delivered at the 3rd attempt 6 months late At the expense of another client Clients not reference-able Lost revenue Less profitable Less bonus for all Finally … René’s wife, daughters and two dogs were not seen for two weeks.
15. Convince senior management Awareness training for all staff member Practitioner’s course for key staff and team leaders Create the Prioritized Requirements List (PRL) for a release Let the team estimate and plan the time-boxes Use a tool such as Jira - Put the PRL into it Start development of the release, following the 8 principals Review progress after 6 months Real-Life Roll-Out “Plus some good old-fashioned hard work!”
16. Insistence that the entire team contribute to effort estimation Operational Improvement #2
17. The Problem is Not What You Think We all know that the people doing the work must provide the estimates. Promote this! However the real issue lies elsewhere… but where?
18. The Problem is Not What You Think We all know that the people doing the work must provide the estimates. Promote this! However the real issue lies elsewhere… but where? Management! They are part of the team!
19. The Problem is Not What You Think e.g. 1 When a new client is won, if 30% of the requirements are unclear, then during negotiations it must be made clear that these will require in-depth analysis prior to making any commitment. e.g. 2 If a team estimates 40 days for a feature based on high-level requirements, don’t shoot the team when the exploration results in 100 days… don’t force them to do it in 40. BE PART OF THE TEAM – PROVIDE SUPPORT.DON’T DICTATE “THE WHAT” AND “BY WHEN”!
20. Dedicate the whole company to testing at key times Operational Improvement #3
21. “It must be their environment” “The software works, I tested it myself” “Testers don’t know the business” “I don’t write software with bugs in” “Just ship the software, it’ll be ok” “The test case is wrong, I’ll fix the test case to fit the software” The Quality Attitude – No Teamwork
33. Improve width and depth of automated testing Operational Improvement #4
34. When a new product is developed, test automation keeps pace. However, developers are usually added to the team before testers. Now, automation can no longer maintain coverage at the same pace that new functionality is delivered. A gap appears and continues to grow. Consequences are obvious! Mind the Gap
35. Close the Gap Use the MoSCoW prioritization mechanism introduced by the Agile methodology to prioritize the Regression testing time box. Remember DSDM Atern Principal # 4? “Never compromise on quality”.
47. A Cube data access mechanism for easier reportingPlus, because due diligence reports have been excellent, we are also building new functionality required by new clients. … the Key to Innovation…
49. Any Questions? Ah yes before I forget, René does now get to see his wife and two daughters. Plus his two dogs now get regular morning walks!
50. Leads Infonic’s Operational Control function, where he is responsible for software release management, business process management, and management information systems. Mr. Caine brings 18 years of experience in the financial services IT sector, offering project management experience, business analysis and software development and delivery expertise. Prior to joining Infonic, Mr. Caine served as a People Manager, Head of Operating and Monitoring at Avaloq, a Swiss core-banking solutions provider based in Zürich, where he specialized in product management and operations, and led multiple teams of analysts and developers. He also served as Vice President, Business Analysis in Swiss Re’s global asset management division, where his role involved business analysis, testing and support. His prior position was as Senior Consultant in the Finance practice at Logica Consulting, an IT and business services company, based in London, Zürich, Berlin and Geneva, where he focused on software development. Mr. Caine holds a Bachelors of Science degree, with Honors, in Computer Science from the University of Staffordshire in England. Aboutthe Speaker - Matthew Caine
Editor's Notes
Is this a familiar story to you?
Would you feel quite so proud now?
Is this possible?Do you doubt it?
Anyone know why a software house with multiple clients all ‘shouting’ loudest needs a little more than Scrum offers?
Just take a moment… read these. Any of the new to you?
It involves Product Managers, Business Analysts, Developers, Testers, Supporters and of course the management.Believe me, slackers were quickly identified!People who complete their work do help others that are overloaded.
Really helps with UI and complex calculations.Test as soon as the developer checks-in (should really test before check-in!)
It is important to realise that you cannot close the gap overnight. It takes time.Continuous improvement is what is needed.
Better than a larger organisation!New clients create buzz and even more motivation!
And Fun is what we all want!What can be better than that.