• 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 Master v Project Manager

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

    #31
    Originally posted by Zippy View Post
    What I'm hearing here is customers and dev teams not understanding how you construct a sprint cycle.
    You shouldn't have a sprint deadline imposed unconditionally. You should get your customer to tell you what elements from the product backlog they want in that cycle, you estimate it, then you tell 'em how long it will take.
    They come back and say "that's too long to see something" (I know, don't get me started) so you ask them what functionality they want to take out to bring it in within their time frame.
    It can be tough (and you have to be), but that's how it should work. No victimhood allowed. No sirreee.
    If they ask you for some extra stuff and you pull out the "what functionality would you like me to drop" line - they will go and ask someone else who is willing to tell them what they want to hear to get ahead of you. You risk getting sidelined.

    Within reason I think its better to try "I can do all of that but quality will suffer in these areas". This is where you increase risk. Keep pointing that out during scrums. It's the managers call whether to take that risk and he/she should manage the risk by working out Plan B.

    Comment


      #32
      The idea of Agile and formal qualifications seems like a bit of a contradiction in terms.

      "A life, Jimmy, you know what that is? It’s the s*** that happens while you’re waiting for moments that never come." -- Lester Freamon

      Comment


        #33
        Originally posted by aussielong View Post
        If they ask you for some extra stuff and you pull out the "what functionality would you like me to drop" line - they will go and ask someone else who is willing to tell them what they want to hear to get ahead of you. You risk getting sidelined.

        Within reason I think its better to try "I can do all of that but quality will suffer in these areas". This is where you increase risk. Keep pointing that out during scrums. It's the managers call whether to take that risk and he/she should manage the risk by working out Plan B.
        In theory, with Scrum the idea is it's the feature set that's the variable, not the quality or the time which are fixed. You do what you can, anything not done or completed in the Scrum goes back into the project backlog. It's the project owner who prioritises and maintains the list of stories.

        Not saying that's what I do or what happens in the real world, that's just the theory.
        ...my quagmire of greed....my cesspit of laziness and unfairness....all I am doing is sticking two fingers up at nurses, doctors and other hard working employed professionals...

        Comment


          #34
          Can anyone recommend some good Scrum/Agile books?

          Comment

          Working...
          X