• 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!

Scrum - how best to implement?

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

    Scrum - how best to implement?

    ...
    Last edited by PRINCE2 of Darkness; 6 March 2010, 23:38.

    #2
    Originally posted by PRINCE2 of Darkness View Post
    I think I may have an opportunity to use Scrum in a forthcoming project, but not software development. Instead, it is a huge and complicated requirements gathering exercise that is expected to take about a year. It is currently planned to do that phase as one stage of a project. I am coming to the conclusion that an agile method might be the best way to do it because the business do not know they want.

    The organisation is committed to procuring the solution in one hit; I can see no way to change that. So the requirements will go in a big folder and get put out to tender. Which is very sad. But beyond my control.

    Having done a search I see some people on here have worked in Scrum teams and are positive about it.

    What advice would you have on introducing Scrum to a large organisation?
    The amount of times I have seen agile methods be applied badly as an excuse for the business not making their minds up is a vast number. If the business do not know what they want, how the feck can you do the requirements gathering?

    Step one for you my friend is a scoping meeting with the stakeholders. Find the boundaries first, cost it out, get funding and agree the milestones. Then and only then can the requirements gathering get under way.

    If you don't, your project will die of "death by requirements"

    Agile is about time boxed delivery cycles, usually about a week. So a 12 month agile window is immediately juxtaposed to the agile approach.

    90% of the time, agile means cowboy approach. DO NOT THROW THE BABY OUT WITH THE BATHWATER.

    Good luck.

    SY01
    Knock first as I might be balancing my chakras.

    Comment


      #3
      Agile and SCRUM.

      Recently I've been asked a number of times about this in interviews and on CVS's. So if the question is, Can I do Full Product Life Cycle for small piecemeal releases? Then the answer is yes.

      Fook me, some of the 'methodology' bull the industry comes up with is breathtaking!
      What happens in General, stays in General.
      You know what they say about assumptions!

      Comment


        #4
        I was requirements gathering before Christmas and getting pissed around. I turned the situation around with a series of pointed questions.

        Your client has the agony of choice. Remove this. Fast.
        Knock first as I might be balancing my chakras.

        Comment


          #5
          Originally posted by suityou01 View Post

          Your client has the agony of choice. Remove this. Fast.
          WHS

          If users don't know what they want give them something so they can say yes or no.

          If they say don't know then you need to interpret what kind of don't know it is.

          Agile projects don't work when users don't know what they want.
          "You’re just a bad memory who doesn’t know when to go away" JR

          Comment


            #6
            It's just another fad in the long list of software management fads.

            It's good if you want to look like you are a mover and a shaker in a company, promise to take the pain away. In reality it fixes nothing, the problems always boil down to people not knowing what they want and people who are incapable of producing a technical solution, scrum does not fix either of those things.

            The only place scrum and agile really work is in fattening the bank balances of the people that sell the courses.

            Comment


              #7
              WYAS.........

              No "Flavour of the Month" <cough> methodology <cough> will achieve anything if done "badly" and far far too often people buy into the moonshine and stardust that saying "We use <insert silver bullet of choice>" will somehow actually solve anything!......

              and its not just "new" tulip its "old" tulip as well..... ITIL, CMM, SSADM none of them "do" anything by repeating the words loudly........

              Comment


                #8
                Originally posted by PRINCE2 of Darkness

                (scoping)

                Done that. "We don't really know. Can't you tell us?"

                ...


                That's easy. I've got a budget and a deadline, it is the requirement and its quality that are undefined.
                you have a budget - for what?
                This default font is sooooooooooooo boring and so are short usernames

                Comment


                  #9
                  Originally posted by PRINCE2 of Darkness
                  That's easy. I've got a budget and a deadline, it is the requirement and its quality that are undefined.
                  Cheapness, Quickness, Quality-ness. Please be picking any two.

                  Comment


                    #10
                    I'm reminded of Viv Stanshall's Sir Henry at Rawlinson's End: "I don't know what I want, but I want it now!"

                    Comment

                    Working...
                    X