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

Reply to: All about Scrum

Collapse

You are not logged in or you do not have permission to access this page. This could be due to one of several reasons:

  • You are not logged in. If you are already registered, fill in the form below to log in, or follow the "Sign Up" link to register a new account.
  • You may not have sufficient privileges to access this page. Are you trying to edit someone else's post, access administrative features or some other privileged system?
  • If you are trying to post, the administrator may have disabled your account, or it may be awaiting activation.

Previously on "All about Scrum"

Collapse

  • WTFH
    replied
    Originally posted by NickFitz View Post
    Fourth bullet point in the article I posted above: "Scrum isn’t an acronym and isn’t spelt SCRUM"
    If you've ever heard a ref, he doesn't say "scrum", he says "SCRUM!"

    Leave a comment:


  • NickFitz
    replied
    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.
    Fourth bullet point in the article I posted above: "Scrum isn’t an acronym and isn’t spelt SCRUM"

    Leave a comment:


  • tazdevil
    replied
    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

    Leave a comment:


  • Mordac
    replied
    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...

    Leave a comment:


  • anonymouse
    replied
    This seems to be rated read for Scrum

    Essential ScrumPDF

    Leave a comment:


  • vetran
    replied
    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.

    Leave a comment:


  • WTFH
    replied
    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.

    Leave a comment:


  • yetanotherbob
    replied
    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)
    https://michaelochurch.wordpress.com...-are-terrible/

    Leave a comment:


  • NickFitz
    replied
    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.

    Leave a comment:


  • m0n1k3r
    replied
    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.

    Leave a comment:


  • original PM
    replied
    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.

    Leave a comment:


  • yetanotherbob
    replied
    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

    religion.

    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.

    Leave a comment:


  • LondonManc
    replied
    Originally posted by RasputinDude View Post
    "scrum" is a software engineering religion.

    It has its holy book, its priests, evangalists and rituals. If you deviate from scrum-by-the-book then you schism and start a new off-shoot explaining loudly why your version is right and everyone else is wrong.

    I have worked with some truly, truly, awful agile coaches and scrum masters.

    I have also worked with a vanishingly small number of excellent ones who have seriously helped to turn the software team around. 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.
    Prince 2 called and wants its take on Waterfall back.

    Do what works in/for your organisation. There's no one-size-fits-all approach. If there was, everything would have been offshored for cheaper by now.

    Leave a comment:


  • woohoo
    replied
    Originally posted by NickFitz View Post
    One of the key benefits of Agile (as in the original Agile Manifesto and so forth) is that it eliminates wasteful and irrelevant layers of middle management that muddy the waters and encourage make-work "processes" in order to make themselves seem valuable.

    But when an organisation decides to adopt "Agile", the people given the job of making that happen are the very same middle managers. And they aren't about to implement a system that eliminates their roles.

    So an industry has grown up around providing ready-made templates for AINO (Agile In Name Only) methodologies, along with "relevant" training packages and what have you, all of which needs to be administered by… layers of middle management.

    Which is how a set of principles that began with prizing "Individuals and interactions over processes and tools" has been gradually distorted and bloated into nonsense like the "Scaled Agile Framework®":

    Choked on my tea when I spotted value stream on the diagram.

    Leave a comment:


  • NickFitz
    replied
    One of the key benefits of Agile (as in the original Agile Manifesto and so forth) is that it eliminates wasteful and irrelevant layers of middle management that muddy the waters and encourage make-work "processes" in order to make themselves seem valuable.

    But when an organisation decides to adopt "Agile", the people given the job of making that happen are the very same middle managers. And they aren't about to implement a system that eliminates their roles.

    So an industry has grown up around providing ready-made templates for AINO (Agile In Name Only) methodologies, along with "relevant" training packages and what have you, all of which needs to be administered by… layers of middle management.

    Which is how a set of principles that began with prizing "Individuals and interactions over processes and tools" has been gradually distorted and bloated into nonsense like the "Scaled Agile Framework®":

    Leave a comment:

Working...
X