Software development is hard. Unit testing and Test Driven Development (TDD) can make it easier, but only if done well - and that takes time. In this session we will cover:
- HOW these practices can help your project,
- WHAT you can do to get better at them and
- WHY your boss should care.
You’ll learn about project risk and how developer testing can improve the chances of a successful delivery. You’ll see how developer tests don’t just protect against regression, but also act as a primary source of documentation. And we’ll take a few hints from the ancient Egyptians!
You might have heard people say:
- “Tests make it hard to refactor.”
- “The customer doesn’t care how many tests there are.”
- “If we had to work the way the agile gurus tell us, nothing would ever get done.”
If you’ve ever struggled to respond to these challenges, then this session is for you.
A note about the title: In Douglas Adams’ Hitchhiker’s Guide To The Galaxy the dolphins leave planet earth before it gets destroyed, with their last enigmatic message “So long, and thanks for all the fish” being misinterpreted. Is our software giving us the same message? After all, the software would still perform the same function without the tests, wouldn’t it?
Eric Ries Lean Startup ideas have become popular over the last couple of years and are based on the key tenet that you should fail fast to provide learning, but is this viable strategy in all situations? This talk explores the ideas in the context of the Cynefin complexity model and argues that there is value but only within a bounded context.
Good projects make bad software. At best the concept of a "Project" is erroneously used for IT - specifically development work. At worst the Project model leads to expensive dead software, higher costs and missed business opportunities.
It is time to move beyond the project model: today the business is the software. IT is not some optional service any longer, seeing IT as costs cutting misses the point, IT os about growth, business growth, IT is the business. Projects end, companies don't (we hope).
Application development and enhancement isn't some once in a while project. If IT doesn't deliver benefit the business isn't moving forward. Application development is business as usual and business as usual isn't a dirty word.
In this talk Allan Kelly will attempt to justify this somewhat radical view: he will examine the project model and show how it does not match application development and he will show how harnessing IT for growth means harnessing a different model of application development. He will then outline an alternative to the project model and what companies need to do to achieve it. And he will attempt to say all this inside 45 minutes!
Clients come to us with an idea for a product and they always ask the questions - how long will it take and how much will it cost us to deliver? They need a delivery date and a budget estimate.
I will show how to use Monte Carlo simulation for predicting the delivery time for your next project.
I will go pretty quickly through the slides and focus on how to simulate project delivery time using Monte Carlo simulation in MS Excel.
The method presented can be used by any team that uses user stories for planning and tracking project execution no matter the development process used (Scrum, XP, kanban systems).
We know that self-organization is a critical aspect of every successful Agile project and we know that it takes trust, respect, openness and responsibility; so why many teams have a hard time to achieve it?
Self-organization changes the leader/team dynamics and the teammate/teammate ones. Resistance may arise and the source is frequently rooted in mental habits, such as a latent blaming culture, confusing guidance and command, fear of taking responsibility or losing status, unconscious personal agendas.
Attend this session to learn how to deal with organizational issues such as:
* Creating team’s cohesion; counteracting division
* Positioning yourself at your proper guidance level
* Identifying a latent blaming culture and mitigate its consequences
* Understanding the manager’s and team’s roadblocks to self-organization
* Making your team collaborate more smoothly