The essentials of Agile software (product) development: Accept that you start not knowing the solution. Understanding is emergent. Take the following approach: Find out where you are Take a small step towards your goal (and if there are multiple choices here, take the path of least regret, or the one that makes future change easier) Adjust your understanding based on what you learned Repeat (Yes, that’s it). — by Pragmatic Dave
Podcast with Alistair as part of the Manifesto Co-Author Review: http://podcast.agileuprising.com/manifesto-co-author-review-alistair-cockburn/
ABSTRACT. The stated, accepted philosophy for systems development is that the development process is a well understood approach that can be planned, estimated, and successfully completed. This has proven incorrect in practice. SCRUM assumes that the systems development process is an unpredictable, complicated process that can only be roughly described as an overall progression. SCRUM defines the systems development process as a loose set of activities that combines known, workable tools and techniques with the […]
Thierry De Pauw (@tdpauw) has a great presentation on the goal and meaning of continuous delivery. The essentials: Continuous Delivery is NOT just tooling. It is a mindset to adopt. It always is about the mindset and the principles. The goal of Continuous Delivery is to sustainably minimise the lead time to create positive business impact. Lead time as a metric (= The amount of time that elapses between when a process starts and when it is completed) Maximise […]
Too much management in corporations, we crave true leadership. Identify great leaders Build and grow trust Embrace failure Create an environment Focus on what matters Atomise and keep things small Empower your teams Grow a strong culture Build it with your end users What would you add? Thanks to Bertrand Dour (presentation at Agile Tour Brussels 2016)
Team vision and discipline over individuals and interactions (or processes and tools) Validated learning over working software (or comprehensive documentation) Customer discovery over customer collaboration (or contract negotiation) Initiating change over responding to change (or following a plan) Source: http://www.startuplessonslearned.com/2010/05/thank-you.html
The BOOTSTART Manifesto (by Ash Maurya) describes some principles and attentions points for startups and products, based upon lean startup, customer development, running lean. There’s never been a better time to act on your “big idea”. Source: https://cdn-images-1.medium.com/max/800/1*oCONCff8QNhO9dQkYhs0Pw.jpeg
“Agile isn’t a process or a tool, it is a set of values and principles that empower us to meet the needs of others in a safe and collaborative way.”
Lean Camp is an unconference on topics as Lean Startup, Lean UX, Design Thinking, Product design, etc. I like unconferences as each attendee has the opportunity to participate (you can propose a topic), and the interactivity is really high. I participated in a discussion on integrating UX in agile development team; and how to maximise learnings from serious games – for example Playing Lean.
Why do we do the things we do? What motivates a person, what drives a team? What’s holding a team back? Mgt 3.0 has defined 10 intrinsic motivators (desires) – in the “moving motivators” exercise you can discover and reflect upon what motivates you and your team. More about extrinsic and intrinsic motivation, 10 intrinsic motivators, and moving motivators game.
“Insanity is doing something over and over again and expecting a different result.” Insanity is doing something over and over again and expecting a different result. If you evaluate objectively what you’re doing – over and over again – and you’re not satisfied with the output – why would you keep repeating it? Humans are creatures of habit and routine. If you’d like to change something in your routine, you should focus on small and […]
Are you all professional at work? No chit chat, no small talk, not sharing private stuff? Well, you’re not the only one. In most projects and environments I’ve worked, there’s not much sharing of private stuff; and the most “coffee talk” I hear is about work-related topics. Then again, I do ask how was my colleague’s weekend, and if anything special happened? Frankly, do you know your colleagues, your teammates?