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

All about Scrum

  • Filter
  • Time
  • Show
Clear All
new posts

    Originally posted by RasputinDude View Post
    "scrum" is a software engineering
    While agile is a legitimate subject area in Software Engineering, scrum might be a passing fad.

    Agile's major goals include good, readable, well tested, well reviewed code (refactored to achieve these properties if necessary), written with adequate communication and stakeholder engagement.
    It seeks to achieve this by breaking down the work involved in delivering a project into small, possible to estimate, achievable units that have a verifiable outcome (such as what counts as "done" for a unit of work - "done" could mean your code passing a set of test cases written beforehand).

    While the recommended meetings like daily stand-ups, sprint planning and retrospective might be part of it, an equally if not more important component is effective use of agile engineering tools (things like test tools - preferably automated unit/integration testing, continuous integration, issue trackers, wikis, proper source control).
    The stories and tasks need to build into a coherent architecture and not be made up as they go along


    It has its holy book, its priests, evangalists and rituals.
    This is what sometimes makes it an ugly waste of time. Maybe the 'evangelists' have added some value by promoting the idea but in good development teams, I find developers following good agile techniques naturally. Where I found gaps, I simply put together things like test cases, source control etc. as part of my deliverables to get them started.

    I have worked with some truly, truly, awful agile coaches and scrum masters.
    The experience can be soul-destroying. The environment suits certain personality types - they may or may not be competent but need to be good at posturing

    But those ones tend to have come from a software engineering background and are pragmatic about finding real solutions rather than committed to a particular mindset.
    Makes sense as they would know what they are talking about. Agile developed as a software project management technique which is essentially a software engineering problem.
    Last edited by yetanotherbob; 20 February 2018, 19:41.


      One if the biggest problems I find is the hippo issue.

      Spend money and time finding out user needs?

      Nah I can save us money by just telling you what everyone wants.

      Once that has happened does not matter what method you use to get the software developed because it will fail because it has been developed based on the requirements of someone who will never use it.


        Originally posted by 1 Jack Kada View Post
        So a 30 year old guy who has done a crappy course from a polytechnic university in an unrelated field thinks he can provide coaching to C level executive board?!

        Are these people for real?
        They are, unfortunately. And 95% of them couldn't give a dang about servant leadership, collaboration, agile mindset or continuous improvement. They really want to be managers instead. The remaining 5% are the ones companies should be looking for.


          Useful article: Scrum doesn’t say… A rant about what Scrum isn’t.

          Many, if not most, of the complaints about Scrum I hear are caused by people mindlessly copying practices from whatever dysfunctional organisation they first learned about agile in.


            Michael O Church wrote a candid and controversial article about Scrum a few years ago. I guess the value derived from scrum depends on motive behind its use and how its used (i.e. as a method of empowerment or of control)


              There’s a company in Twickenham looking for a few SCRUM masters. Most of their workers are foreign but weren’t good enough to get work where they are from.
              {emotionless greeting}

              Three Word Slogan


                We have a daily stand up, it does focus the mind (ABC -> Always Be Coding) , we do have to deliver or explain. If you combine it with a monthly sprint you do know where you are going.

                It like many approaches does deliver some value, however like many religions one should just take part of the rules to get the true value.
                "If you didn't do anything that wasn't good for you it would be a very dull life. What are you gonna do? Everything that is pleasant in life is dangerous."

                I want to see the hand of history on his collar.


                  This seems to be rated read for Scrum

                  Essential ScrumPDF


                    Originally posted by WTFH View Post
                    There’s a company in Twickenham looking for a few SCRUM masters. Most of their workers are foreign but weren’t good enough to get work where they are from.
                    You're almost as funny as you think you are...
                    His heart is in the right place - shame we can't say the same about his brain...


                      What are you all wittering on about? I thought a scrum was something from rugby. With 40 years software development I've always JFDI and relied on my innate ability to guide me. Stop painting by numbers and be proper artists that's what I say