Upgrade to Pro — share decks privately, control downloads, hide ads and more …

Efficiency in a Development Environment by Sarah Nicholson and Leo Gopal

Leo Gopal
November 18, 2015

Efficiency in a Development Environment by Sarah Nicholson and Leo Gopal

Fusing Ideas from Agile, Physics, Biology, Experimentation Science, Psychology, Philosophy, with a hint of common sense - we present some interesting ideas and concepts that could improve the general happiness and efficiency within an organisation - not just the development team.

Leo Gopal

November 18, 2015
Tweet

More Decks by Leo Gopal

Other Decks in Business

Transcript

  1. Our Aims. Ultimately, all we want to do is reduce

    the stress for teams, clients, and the business (and be happier)
  2. The First Mistake. “It is a fallacy born from the

    failure to study culture is the assumption you can take a practice from one organization and jam it into another and get the same results”
  3. Agile Manifesto Individuals and interactions over processes and tools Working

    software over comprehensive documentation Customer collaboration over contract negotiation Responding to change over following a plan
  4. Continuous improvement Each individuals role is to look for ways

    to continuously improve, both personally and in the wider organisation. This becomes a shared endeavour, a shared mission. We also help each other improve.
  5. Iterative development Organisations should have short learning cycles, so that

    we can validate our assumptions/hypotheses as quickly and as often as possible.
  6. Simplicity Scaling what we do is key to an organisations’s

    success. Simplicity should be your guidance during scaling. This is as true for our technical solutions, as for our methods of working and organising the organisation.
  7. Trust An organisation should trust their people and teams to

    make informed decisions about the way they work and what they work on.
  8. Servant leadership An organisations leadership should be focused on coaching,

    mentorship, and solving impediments rather than telling people what to do.
  9. 2. Denial “The way we work is fine, we don’t

    need to change”, “ We’re perfect as we are”
  10. 3. Anger “The reason we aren't understanding is because you’re

    an awful teacher”, “When you stop me talking in a stand up it’s unprofessional of you and it makes me upset”
  11. 4. Bargaining “We’ll try it for four weeks and if

    it doesn't work we’ll go back to the way things were before”
  12. 6. Depression “I don’t think I can do this, it’s

    too difficult”, “I don’t want to work in this way any more”, “I'm quitting the project”
  13. 7. Acceptance and Hope “This is much better than before,

    but we have a lot to improve on”, “I didn't think we could do this, but we can”
  14. Using a Razor. Specifically, Ockham's Razor: Among competing hypotheses, the

    one with the fewest assumptions should be selected.
  15. 1. Do Immediately & Personally 2. Defer Until Later, Do

    Personally 3. Delegate. 4. Disregard.
  16. Side Effects Adopting this approach to business can affect: Contracts:

    Fixed Bids vs. Pay Per Sprint Improved Scoping and Client Education Improved Continuous Delivery and Feedback Loops Happier Clients with more refined and focused finished products. Happier Developers with less scope creep and angry A.M’s and P.O’s Happier Product Owners and Account managers (‘coz clients and customers are happy) Better Delivery Times and More Accurate Estimates.