• Share
  • Email
  • Embed
  • Like
  • Save
  • Private Content
From RUP to Scrum in an Internet company - UOL
 

From RUP to Scrum in an Internet company - UOL

on

  • 2,732 views

This was my presentation in Scrum Gathering in Stockolm, Orlando and Sao Paulo. Actually my great partner Andres Schliep made the most part of the work.

This was my presentation in Scrum Gathering in Stockolm, Orlando and Sao Paulo. Actually my great partner Andres Schliep made the most part of the work.

Statistics

Views

Total Views
2,732
Views on SlideShare
2,711
Embed Views
21

Actions

Likes
2
Downloads
93
Comments
0

2 Embeds 21

http://irr.posterous.com 17
http://www.slideshare.net 4

Accessibility

Categories

Upload Details

Uploaded via as Adobe PDF

Usage Rights

© All Rights Reserved

Report content

Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
  • Full Name Full Name Comment goes here.
    Are you sure you want to
    Your message goes here
    Processing…
Post Comment
Edit your comment
  • We develop internet products such as webmail, authentication systems, biding systems, sponsored links applications. These applications must suport some hundreds of requests per second. We use mainly Java and Linux.
  • In July of 2007 we ‘ve noticed it was time to look for something different than RUP. We had trouble with the project customers, we were not increasing the deliveries as long as we are increasing investments. So we’ve decided to try agile processes. We chose Scrum because it looked more prepared to deal with business people. Besides Yahoo and Google were using it, at least partially. And this was very important to us.
  • I’ve decided to show to the upper management what it could be improved after some time studying scrum. I took care to say to them that scrum was not a silver bullet. Besides I told them if scrum did not work, we would have to continue using RUP. Any process is better than nothing.
  • The first row is more likely rup projects. The second one is more lilkely agile projects. <br /> That was the picture that was more successful during the presentation. Business people said : OW!! I got it. That&#x2019;s the thing we need. The president and CEO accepted.
  • The first row is more likely rup projects. The second one is more lilkely agile projects. <br /> That was the picture that was more successful during the presentation. Business people said : OW!! I got it. That&#x2019;s the thing we need. The president and CEO accepted.
  • We decided to contract a consultancy, after the upper management accepted the idea of change. Experience is very important to change a big ship journey. The ship is already sailing. You need to take care of the ongoing operations and projects. <br /> We&#x2019;ve discussed the proposal with Sprint-IT and it seemed that they were the right guys. Then we&#x2019;ve picked up 3 projects to start. Each one having a differente type. Besides we&#x2019;ve chosen between already deployed produtcts and new ones too. These choices made us to face different problems at the same time.
  • Of course, you can&#x2019;t forget reading books. They were very important to me to justify the framwework the way it is, without being a ruler. You know, people start to refuse and ask changes in scrum after some time. It was very good to me knowing the basics and say why not to change the framework. <br /> I started talking with focused groups presenting scrum and discussing the problems that the scrum change would bring to them.
  • We decided to contract a consultancy, after the upper management accepted the idea of change. Experience is very important to change a big ship journey. The ship is already sailing. You need to take care of the ongoing operations and projects. <br /> We&#x2019;ve discussed the proposal with Sprint-IT and it seemed that they were the right guys. Then we&#x2019;ve picked up 3 projects to start. Each one having a differente type. Besides we&#x2019;ve chosen between already deployed produtcts and new ones too. These choices made us to face different problems at the same time.
  • We decided to contract a consultancy, after the upper management accepted the idea of change. Experience is very important to change a big ship journey. The ship is already sailing. You need to take care of the ongoing operations and projects. <br /> We&#x2019;ve discussed the proposal with Sprint-IT and it seemed that they were the right guys. Then we&#x2019;ve picked up 3 projects to start. Each one having a differente type. Besides we&#x2019;ve chosen between already deployed produtcts and new ones too. These choices made us to face different problems at the same time.
  • Of course, you can&#x2019;t forget reading books. They were very important to me to justify the framwework the way it is, without being a ruler. You know, people start to refuse and ask changes in scrum after some time. It was very good to me knowing the basics and say why not to change the framework. <br /> I started talking with focused groups presenting scrum and discussing the problems that the scrum change would bring to them.
  • Besides scrum master training, we organized scrum introduction with different roles inside each group. Andreas will explain this more detailed.

From RUP to Scrum in an Internet company - UOL From RUP to Scrum in an Internet company - UOL Presentation Transcript

  • UOL Transition of development teams from RUP to Scrum May, 2009
  • UOL – www.uol.com.br • Brazilian portal created in 1996 – news, e-commerce, Internet access, e-mail and advertising • UOL is the largest portal written in Portuguese • The most visited portal in Latin America • About 300 IT people creating and operating Internet products
  • What is UOL? • 1.7 million of subscribers • 7 million of active mailboxes • 1.7 billion of page views • 67% reach of Brazilian Internet • About 30 scrum teams
  • Why should we change from RUP to something else? • Do the business departments have a good relationship with you? • How much energy is wasted discussing requirements change instead of producing value? • Can you see the products being delivered easier as long as company invests more money to do them?
  • Why Scrum? • I didn’t believe firstly • Mike Cohn session – SDWest • Book • Qcon nov/07 – Scrum master Training
  • How the upper management was convinced to use scrum? • Giving examples in the same kind of business – Yahoo!, Google • Explaining the reasons why Scrum is considered business driven – Functional development – Short iterations – Product backlog prioritization
  • How the upper management was convinced to use scrum? • Showing good pictures • Thks to gojko.net for the picture
  • How the upper management was convinced to use scrum? Work Demo release Roadmap Planning Tasks Work Inspection Retro 2 weeks
  • How the upper management was convinced to use scrum?
  • How the upper management was convinced to use scrum?
  • How Scrum was implemented? • Introduce people from other areas – Operation – Database – QA – Functional Manager – Financial, HR and Law
  • How Scrum was implemented? • Start deep discussions with different groups separately before start – Operations – Developers – QA – Eligible scrum masters – Functional managers
  • How Scrum was implemented? • Selection of consultancy – choose people that want to discuss real problems • SPRiNT iT (Andreas Schliep)
  • How Scrum was implemented? • One of each project type in your company – UOL has 3 types • Choose between new systems and existing systems – Existing systems revealed more problems at UOL
  • Know how to explain Read
  • How Scrum was implemented? • Introductory training 1 day - 21 people – Different skills and roles • Eligible ScrumMasters • Business People • Developers • Webmasters • QA • Database Administrators and Developers • Operations
  • Scrum Team Training
  • Session with QA • QA part of team • User stories • Acceptance Tests • Automation • Agile test plan
  • How Scrum was implemented? • Start as soon as possible – Prioritized Backlog (at least themes) – Vision – It’s not possible to resolve all the problems before starting – sometimes people don’t know they have problems • Scrum will demand improvements naturally – Better user stories – More efficiency in testing and delivering
  • Sprint Planning todaOferta
  • How Scrum was implemented? • Weekly meetings with upper management (ETC) • Scrum master group • List of common impediments • Scrum master of scrum masters
  • Coaching Goals • Better communication • Focused development • Frequent value generation • Increased transparency • Productivity improvement
  • Proposed Activities • Train all team members in Scrum basics • Work with the teams to create agile project plans • Coach the respective teams • Provide Certified ScrumMaster training
  • Schedule Phase I -March Phase II - April Phase III - May
  • Phase I - Results • Started PagSeguro, Atenas, todaOferta • Prepared RadioUOL, UOLHost • Discussed QA, usability and database development issues • Initiated ScrumMaster group • Performed 2 team trainings
  • Phase I - Impediments • Backlog creation and prioritization • Missing automated acceptance tests • ITIL protocols slow down deployment
  • Phase I - Impediments • People not 100% dedicated to team • Missing Company Backlog • Required ScrumMaster training • Collaborative work space setup
  • Time for Deployment
  • Phase II - Results • Started RadioUOL, Babel, PagSeguro • Prepared 5 others • Continued ScrumMaster group • Performed 2 team trainings • Scrum master training
  • Sprint Planning RadioUOL
  • Daily Scrum todaOferta
  • Phase II - Impediments • Team not ready to start • Meeting room availability • Quality of backlog items • Controlling of Scrum projects unclear • Performance appraisals
  • Phase III - Results • 2 Scrum for Executives sessions • 1 Agile Quality Management session • Continued ScrumMaster group • Prepared other project
  • Phase III - Results • Started 3 others • Refined running teams • 2 Scrum Team Trainings
  • Daily Scrums
  • Sprint Retrospective uolMais
  • Sprint Planning uolMais
  • Scrum Team Training
  • Task Board Babel • Evolution of practice • Vertical arrangement • Different colours for different types • Team calendar • Sprint Burndown
  • Changes and Results • 29 teams using scrum • Dedicated people to each team – most of times – Decrease of functional management – Keep the functional managers mentoring and defining standards • Better communication/relationship with business departments • ITIL Change Management Optimization – About 30 changes/week • Release Planning and Reporting • 2 or 3-week sprints
  • Advices Get empowerment to change
  • Advices Understand the whole product environment
  • Advices Don’t accept excuses • No scrumbut • Empathy yes, complacence no • Know How to convince people
  • Advices Keeping improving • SMG (one hour/week) • Agile engineering • Let everybody know that we can do it better
  • Advices Announce Rules and Container (Mike Cohn) • best practices • don’t confuse them with micro management
  • Advices Watch and protect the change • Anonymous poll • Ask the team, scrum masters and product owners – dont’t let the bad networking coming up • Start fast, but few environments (teams +contexts) • dodge already promised dates
  • Thanks • Gabrielle Benefield • Andreas Schliep • Yahoo! people • UOL board of directors • UOL – courageous people
  • Muito obrigado! Alexandre dos Santos, (alexst@uol.com.br) Andreas Schliep, (andreas.schliep@googlemail.com)