• Visitors can check out the Forum FAQ by clicking this link. You have to register before you can post: click the REGISTER link above to proceed. To start viewing messages, select the forum that you want to visit from the selection below. View our Forum Privacy Policy.
  • Want to receive the latest contracting news and advice straight to your inbox? Sign up to the ContractorUK newsletter here. Every sign up will also be entered into a draw to WIN £100 Amazon vouchers!

Companies using Scrum for development

Collapse
X
  •  
  • Filter
  • Time
  • Show
Clear All
new posts

    Companies using Scrum for development

    Does anyone know of any companies that use contractors for software development that use Scrum. By this I mean having some or all of the following:

    - a product owner
    - a product backlog
    - developers estimating in points
    - sprint reviews
    - 2-ish week sprints and demonstrations at the end of each sprint
    - buy-in from management

    I know a lot of companies stretch the truth a little when they say they are doing agile development, so I'd appreciate any information people can share here.

    #2
    Yes, I've had a couple of clients that fit that profile pretty well. The only bit of Scrum that nearly all corporates conveniently ignore is the Scrum Master role - i.e. that he's explicitly not a manager and is supposed to act as if he's lower in the pecking order than the team.

    Comment


      #3
      Originally posted by wonderboy View Post
      Does anyone know of any companies that use contractors for software development that use Scrum. By this I mean having some or all of the following:

      - a product owner
      - a product backlog
      - developers estimating in points
      - sprint reviews
      - 2-ish week sprints and demonstrations at the end of each sprint
      - buy-in from management

      I know a lot of companies stretch the truth a little when they say they are doing agile development, so I'd appreciate any information people can share here.
      Yep, had one who worked that way. Project was a shambles. Glad to be out of it.

      Fine for projects in production and just needing bug fixes. Useless for any Enterprise scale development. (And no, I'm not interested in getting in a debate over this with the Scrum zealots/trolls... )
      nomadd liked this post

      Comment


        #4
        Tesco definitely did about two years ago.

        Comment


          #5
          My last couple of contracts have featured SCRUM.

          The big problem here is that organisations recognise they need to develop software in a more agile manner yet everything they know is waterfall. Sprints don't lend themselves well to MS Project plans and therein lies the problem. You can end up with a really non-agile variation of SCRUM such as 'define 5 sprints upfront'. Yuck.

          For SCRUM to be a success you need total buy-in from the client. I've been lucky enough to work on a project where this was the case but even then it was problematic though this was due to 'first SCRUM project' syndrome and a first-timer SCRUM Master.

          I'm a big fan of SCRUM. I'd rather find out from the business that my understanding of their requirements is wrong after a few weeks instead of a few months. I'm sure the business would as well!

          There's a fantastic free PDF on the web about SCRUM. It's called 'SCRUM and XP from the Trenches'. Great and informative reading though I don't buy into XP and pair-programming personally.

          Comment


            #6
            See lots of SCRUM - full of Agile zealots who blame the rest of the business for not doing it the (fr)agile way when the zealots are fresh out of uni and know it all? Another acronym for agile is DAFT - design after first testing, or CRAP constant refactoring after programming.

            Comment


              #7
              Originally posted by configman View Post
              See lots of SCRUM - full of Agile zealots who blame the rest of the business for not doing it the (fr)agile way when the zealots are fresh out of uni and know it all? Another acronym for agile is DAFT - design after first testing, or CRAP constant refactoring after programming.
              There is an element of truth in this. CRAP - this is the better version. Sometimes see BAR - Bog All Refactoring.

              Comment


                #8
                Not this again. We've already got a thread for discussing the merits of Agile... this one isn't asking the same question.

                Most of the places I've worked have been more traditional. The ones I act as technical lead on I don't even know what to call it. We take some things like Scrum meetings and close customer involvement have tried to work on short iterations but it's more a hybrid approach.
                Originally posted by MaryPoppins
                I'd still not breastfeed a nazi
                Originally posted by vetran
                Urine is quite nourishing

                Comment


                  #9
                  I have used "Agile-lite" on a couple of projects (half-hearted implementations) so am no expert.

                  Just about to start a gig managing (testing of) three streams where one is using "Agile".

                  At the interview they spouted all the buzzwords but when I asked about business involvement in the testing (a key requirement from my understanding) there was a momentary blank stare followed by some bluster. Hey ho....

                  Comment


                    #10
                    My current project is moving towards an agile environment.

                    I'm leaving so wish them the very best of luck.

                    Comment

                    Working...
                    X