UX + Agile: making the DTA's DSS work for you (even at scale)
UX is about discovery. Agile is about delivery. The two worlds seem so very far apart. How then, can you make the DTA's Digital Service Standard work for you without creating silos or creating more quality gates and just doing iterative waterfall?
In this talk, we'll demystify the DTA's Digital Service Standard and take a deep-dive into a pragmatic re-interpretation of UX and Agile in terms of:
- What does the DSS really ask of agile teams?
- User-centred agility
- Product management lifecycle vs project management lifecycle
- Lean UX at scale
- Discovery as an ongoing practice for agile teams
- Advanced practices for UX in agile
- Integrating the DSS into teams' Definition of Done
- DSS and working with SAFe
- Assessing a program of work against DTA's DSS
Outline/Structure of the Talk
- The four stages of DTA's DSS
- The real message behind a user-centred government focus
- Product focus over project thinking
- Leveraging Lean UX
- Defining the MVP
- Inclusive design as the Definition of Done
- Scaling Lean UX
- Discovery as a "team sport"
- The customer's journey
- Hypothesis-driven development
- DTA's DSS as Enterprise Lean UX
- Doing the DSS 'smarter'
- An agile approach to the DTA's DSS
- Lean UX integrated into agile practices
- A scaled approach to UX + Agile
- The 13 criteria of the DSS as a Definition of Done
- Using the product management lifecycle to avoid turning your agile practices into iterative waterfall
Senior product mangers in the APS, Scrum Masters, Product Owners, UX practitioners in agile environments.
Prerequisites for Attendees
- Attendees should have a basic understanding of DTA's DSS, including user-centred design
- Experience with agile and scaled frameworks
schedule Submitted 10 months ago
People who liked this proposal, also liked:
Tony O'Halloran - “I know better”, “that’s not Agile” and other signs you may be wasting your time...Tony O'HalloranAgile CoachNomad8
schedule 11 months agoSold Out!
Being an Agile change agent can often feel like you’re fightin an uphill battle. Have you ever felt like you’re pushing, instead of having knowledge and support pulled from you? Have you ever felt that the ‘Agile’ you’re championing is completely different from the ‘Agile’ your organisation is pushing for? My answer is certainly YES to all of those things, and it sucks.
This will be an exploration the struggles I’ve encountered, the failures I’ve had and what I have used to solve them.
Mia Horrigan - Accelerate through RetrospectivesMia HorriganFounding Partner Zen Ex Machina - VP of Agile Program DeliveryZen Ex Machina
schedule 11 months agoSold Out!
I had been sitting in a few team retrospectives and hearing the same old tired pattern of "what went well, what didn't, what can we improve". The teams were bored, I was bored, they were just doing mechanical Scrum. Retrospectives are such a powerful tool to drive continuous improvement, but what i was seeing was a stagnation and the true value of this event was being lost.
End of the Sprint was coming up so as the enterprise agile coach, I thought I'd provide some of my favourite patterns and ended up providing my 20 Scrum Masters with a playbook to accelerate and reinvigorate learning and improvement and provided a years worth of retrospectives and ideas as well as links to where to find more.
Would love to share these patterns with you, but also hear your favourite patterns so we can share them with the group in this workshop and help inspire our teams to strive for activating real improvements.
Matthew Hodgson / Brendon White - Lean Kanban PizzaMatthew HodgsonCEO. Executive Agile Coach and Partner for Enterprise Agile TransformationZen Ex MachinaBrendon WhiteAgile CoachZen Ex Machina
schedule 10 months agoSold Out!
Isn't Kanban just post-it notes on walls? Maybe they're powerful ways of working that can be applied to any process.
Come and learn the power of Kanban and Lean through a fun, interactive simulation involving pizza and teams.
In this workshop, we'll be making (paper) pizza in teams, defining the workflow you create, and learning how to use WIP limits, and other key metrics, to see which pizza team can deliver the most pizza!
Stephen Morgan - Agilelistics – A Metric Driven Approach
What if everything we thought we knew about agile was wrong?
The nature of agile continually changes, which means its analysis must also keep pace. Agilelistics is for practitioners, thinkers, and theorists of agile.
The data analytics revolution and agile metrics gather around agile teams, has become agile's new language and currency.
What is Agilelistics? Agilelistics is the practice where metrics is used to drive the entire product development cycle. The use of just-in-time metrics to drive rapid, precise and granular product iterations. In an organisation who uses metrics, where everything from performance to usage patterns is measured. Every single decision is used by the development team is based on metrics.
Steve Morgan helps you to decipher the statistical data, and to use it to uncovering agile's hidden truths.
- How do I know my team is improving?
- How many story points should my team tackle per sprint?
- How can I fix my team’s estimations which are currently not accurate?
- Is velocity a true measure of an agile team’s performance?
Through a blend of entertaining storytelling, agile metrics and analysis, This Agilelistics session will answer common questions about measuring agile team performance.
Naresh Jain - Lessons Learned by Quitting TDDNaresh JainFounderXNSIO
schedule 1 year agoSold Out!
By working with some of the most successful tech-product companies, I realised that code is NOT an asset, it's a liability. We should strive hard to minimise code. In 2011, when I started to hack on ConfEngine, I questioned my belief in TDD. I had also started playing around with APL style Array-Programming and Functional Programming. I felt, may be, I was getting a bit too dogmatic about TDD and automated tests in-general. As a thought experiment, I decided to build ConfEngine without ANY automated test. At first, it was really scary not to have the safety-net of automated test (something I took for granted for almost a decade.)
As I scaled ConfEngine without any automated tests, I had certain interesting realisations:
- How to embrace Simplicity and Minimalism WITHOUT automated tests
- Why Throwing Away Code frequently helps you achieve a better decoupled-design and how this helps in better experimentation
- Fear of Refactoring WITHOUT Tests is over-rated (Good IDE and safe-refactoring techniques can take you a long way)
ConfEngine grew from a pet-project to a 8 member product team. It has over 60K users and has done financial transactions worth over half-million USD. And we continue to push forward without ANY automated tests. Its not perfect, but it has certainly helped me challenge my dogma around TDD.
Background: In 2001, I stumbled upon the Test Infected paper. For the next 2 years, I struggled to really apply the test-first concept on real projects. Finally in 2003, I felt that I had fully internalised TDD and was able to apply on almost all projects. Then I started playing around with FIT and FitNesse, using ATDD on some of the projects. In 2006 I published "Avatars of TDD" paper in which I explained various styles of TDD and its design implications. Until 2011, I was a very big advocate of TDD, ATDD and BDD. I still like those practices, however I would not recommend it in all projects.
Mia Horrigan / Matthew Hodgson - Take the Red Pill and the Blue Pill - delivering policy with Agility ________________________________________Mia HorriganFounding Partner Zen Ex Machina - VP of Agile Program DeliveryZen Ex MachinaMatthew HodgsonCIO. Partner, Enterprise Agility and Digital TransformationZen Ex Machina
schedule 1 year agoSold Out!
How do you deliver a big policy outcome that normally take 6 months when you only have weeks?
An early election was called and we faced having to develop two sets of a comprehensive policy documents -- the red book (left-wing) and the blue book (right-wing) -- to brief an incoming government in 8 weeks. We were caught by surprise, the normal lead time were gone, and news about policy commitments came faster from TV and social media than traditional internal sources. This was a non ICT business team who hadn't done Agile before however we felt given the time frames, it was the best way to approach for such a high profile project.
Come and learn about and application of Lean Kanban and how we delivered the outcome through:
- engagement with the executive to share drafts of chapters, then gather and incorporate feedback in short iterative cycles to improve transparency and alignment.
- team design in non-software environment
- limiting waste and duplication
- visualising flow
- coordination of “Scrum of Scrums” key daily meetings to promote collaboration, visibility and transparency
- supporting team leads to coordinate the collaborative, dynamic planning process, prioritising work that needs to be done against the capacity and capability of the team
- providing visibility and transparency of work in progress and flow and share this with other teams and stakeholders.
Mia will discuss how she addressed business agility through working with a Portfolio Management Office (PMO) to assist the Incoming Government Brief (IGB) task force to work iteratively and apply agile practices to draft and deliver policy documentation to articulate the details and costing of policy initiatives from each of the major political parties in the lead up to the Federal election. This involved working with Executives and Business stakeholders within the policy domain during a hectic period where policy could change or be adjusted and costed daily as policies were revealed by each side during the campaign. The policy team need to improve the enterprises business agility to respond to rapid change and this involved working with the leadership across 12 branches to align iterations of draft policy documentation over an intensive period. (the taskforce was pulled together to deliver the IGB over 8 weeks). Specifically, Kanban and Lean were chosen as the method for delivery.
This approach resulted in executives having earlier visibility of the approach and content of the IGB and improved quality of IGB by reducing the risk that significant changes being identified late in the delivery. The Teams were focused to delivery higher value work more efficiently, while being transparent about delays to lower value activities. The success of this initiative in a non-ICT environment has promoted the PMO to look at other business areas to implement Agile to develop an Agile mindset across the Agency.
Mia Horrigan - Evidence Based Management - Measuring value to enable improvement and agilityMia HorriganFounding Partner Zen Ex Machina - VP of Agile Program DeliveryZen Ex Machina
schedule 1 year agoSold Out!
Evidence-Based Management (EBM) is a framework to help measure, manage, and increase the value derived from product delivery. EBM focuses on improving outcomes, reducing risks, and optimising investments and is an important tool to help leaders put the right measures in place to invest in the right places, make smarter decisions and reduce risk using an iterative and incremental approach. This empirical method alongside the agile principles and values of Scrum enables successful steps of change for the organisation.
Organisations invest in agile processes, tools, training, and coaching, but how much are they getting back? Has product delivery improved? How much happier are users and the business customers? Are employees empowered and enabled? Traditional metrics might give you insight into improvements of operational efficiency but the real conversation is about the value created for your organisation by the improved processes. Without measuring value, the success of any agile initiative is based on nothing more than intuition and assumption.
Mia will discuss Evidence based management and how this empirical process can help agile transformations measure and manage the value derived from the transformation initiative. Mia will focus on the 4 Key Value Areas: Current Value, Ability to Innovate, Unrealised Value and time to market and how these contribute to an organisation’s ability to deliver business value.
Stephen Morgan - Pragmatic Agile - Doing and Being Agile
My focus has always been on delivering value rather than adhering to quite prescriptive agile frameworks or set theoretical principles, as these are not always practical.
The real world approach appeals to me, why not take a pragmatic approach to dealing with these realities while striving to still be as agile as possible?
How can we break down the barriers of transitioning from traditional to agile delivery methods?
Is pragmatic agile an excuse for taking shortcuts?
Pragmatic Agile helps us to identify practices that enable individual teams and their environment, with the aim to achieve on delivering value, while gradually transforming their context into a more agile-ready environment. As teams mature and continuously improve, they need to embrace additional practices that help them in delivering tangible benefits.
Stephen Morgan - Agile Positivity – Pourquoi j'aime agile (Why I love agile) ... Hmm?
Am I biased? … Maybe a little… I guess I am just a cheesy guy!
They say French is the language of love., but when I say “I love Agile” ... so much, it’s not just because I’ve been helping organisations adopt agile and thrive using them. I honestly feel agile offers tremendous value to any product development program.
Please consider the following statements:
- I’m passionate about agile.
- Every day you learn something from someone, if you listen.
- What I most like about working agile is being part of a team.
- The hardest thing about doing something, is knowing when you have finished doing it.
- My favourite question is “How’s life?”
- The biggest flaws in my life are my greatest assets!
- It’s fun to see how far you can push the boundaries.
- Laughing offers a way of getting through things.
- I remember the day, I decide it was time for a change.
So yes, change is hard; I get it; it’s human nature. But if you’re willing to let it, agile can be pervasive in your organisation, given time to take hold. Everywhere I’ve used it; most people love it.
The key to agile is remembering that people are at the core of everything.
Agile approaches don’t just let you react to change - they are designed for it.
Make your people and processes work for you — don’t be a victim to the one true way of doing something. Embrace transparency, inspection and adaption. No more ‘death marches’. No more spending a ton of time up front in analysis paralysis. No more delivering defective products. Being agile is continually evolving how you do things.