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

CodeFest 2018. Sander Hoogendoorn (ditisagile.n...

CodeFest
April 05, 2018

CodeFest 2018. Sander Hoogendoorn (ditisagile.nl) — Faster, smaller, shorter, flatter. The future of software development

Посмотрите выступление Sander: https://2018.codefest.ru/lecture/1341/

The world is changing fast.

More precisely, the world is changing at increasing speed. This means things that were not possibly five years ago come into reach. Incumbent organizations need to adopt fast to keep up with new competitors that use new technologies easier, faster and better than they do.

As a result, every aspect of software changes towards smaller. Even smaller teams or even micro-teams, less management, flatter organizations, even shorter cycles and smaller components.

During this energizing and high-paced talk Sander discusses the Cynefin model, shows why software development goes so terribly wrong, how to move beyond Scrum and enterprise agile, why self-organization is not as easy as it looks like, why continuous delivery leads to not doing projects or estimates anymore and why microservices are hard, but essential as underlying foundation.

Level
Suitable for all.

CodeFest

April 05, 2018
Tweet

More Decks by CodeFest

Other Decks in Education

Transcript

  1. Faster shorter smaller faster Sander Hoogendoorn ditisagile.nl Mentoring ▪ Consulting

    ▪ Training Agile ▪ Software architecture ▪ Code @aahoogendoorn @aahoogendoorn | www.ditisagile.nl | Faster shorter smaller flatter
  2. Sander Hoogendoorn Independent dad, software architect, agile coach, programmer, speaker,

    writer CTO ANVA Former CTO insurance company Former global agile thoughtleader Capgemini sanderhoogendoorn.com aahoogendoorn aahoogendoorn [email protected] Next @aahoogendoorn | www.ditisagile.nl | Faster shorter smaller flatter
  3. The times they are a-changing Much faster than you think

    Read more … @aahoogendoorn | www.ditisagile.nl | Faster shorter smaller flatter
  4. Read more … Moore’s Law The number of transistors in

    a dense integrated circuit doubles approximately every two years.
  5. Continue The IBM Personal Computer 5150 The simplest configuration has

    16K on-board RAM and uses an audio cassette to load and save data. A floppy drive is optional. A hard drive was not supported. A system for home or school with a memory of 64K bytes, a single diskette drive and its own display, was priced around $3,000.
  6. Continue Amazon EC2 Then, in 2006, Amazon launched its Elastic

    Compute cloud (EC2) as a commercial web service that allows small companies and individuals to rent computers on which to run their own computer applications.
  7. The Times They Are a-Changin' On my block Continue @aahoogendoorn

    | www.ditisagile.nl | Faster shorter smaller flatter
  8. Submit Add another feature And never look back @aahoogendoorn |

    www.ditisagile.nl | Faster shorter smaller flatter
  9. Too much dependencies will kill you every time Continue @aahoogendoorn

    | www.ditisagile.nl | Faster shorter smaller flatter
  10. Click here Even shorter cycles Beyond agile and Scrum Minimal

    viable products Stop doing projects Even smaller teams Autonomous and self-organizing Even smaller components Microservices and serverless @aahoogendoorn | www.ditisagile.nl | Faster shorter smaller flatter
  11. Click here The continuous culture Everything will be continuous @aahoogendoorn

    | www.ditisagile.nl | Faster shorter smaller flatter
  12. Less is more Deliver minimal viable products, not projects Submit

    @aahoogendoorn | www.ditisagile.nl | Faster shorter smaller flatter
  13. Roadmaps over plans While there is value in the items

    on the right, we value the items on the left more Continue @aahoogendoorn | www.ditisagile.nl | Faster shorter smaller flatter
  14. Read more … Does agile scale? If you don’t succeed

    at agile with a 5-person team, what makes you think you’ll succeed at enterprise level?
  15. Click here To satisfy the customer through early and continuous

    delivery of valuable software The agile manifesto
  16. Submit How often do you release to production? @aahoogendoorn |

    www.ditisagile.nl | Faster shorter smaller flatter
  17. Continue Continuous delivery An approach in which teams ensure that

    every change to the system is releasable, and that we can release any version at the push of a button. Aimed to make releases boring, so we can deliver frequently and get fast feedback on what users care about. Jez Humble @aahoogendoorn | www.ditisagile.nl | Faster shorter smaller flatter
  18. Submit Manual tests Scenario tests Integration tests Unit tests Manual

    tests Scenario tests API tests Unit tests @aahoogendoorn | www.ditisagile.nl | Faster shorter smaller flatter
  19. Submit Smaller teams Do we mean 7 plus or minus

    2? @aahoogendoorn | www.ditisagile.nl | Faster shorter smaller flatter
  20. Submit Mandatory fun Maybe we’re overdoing it a little? @aahoogendoorn

    | www.ditisagile.nl | Faster shorter smaller flatter
  21. Continue Micro-teams A team is a pool of people with

    all the right skills Often with a ‘technical leader’ Single backlog of small work items Kanban style board Small teams form and disband dynamically to implement epics Often two to three members Let the team decide Product owner becomes an analyst As little estimates as possible Stand-ups with whole team Retrospective on request
  22. Never stop thinking Don’t just copy someone else’s model @aahoogendoorn

    | www.ditisagile.nl | Faster shorter smaller flatter