Your SlideShare is downloading. ×
Austin product camp 11   Agile - doing vs being
Upcoming SlideShare
Loading in...5
×

Thanks for flagging this SlideShare!

Oops! An error has occurred.

×
Saving this for later? Get the SlideShare app to save on your phone or tablet. Read anywhere, anytime – even offline.
Text the download link to your phone
Standard text messaging rates apply

Austin product camp 11 Agile - doing vs being

511

Published on

Talk about the difference between just doing a few Agile practices and pretending are are Agile and actually having the Agile mindset. In, addition we talk about guiding development with an Agile …

Talk about the difference between just doing a few Agile practices and pretending are are Agile and actually having the Agile mindset. In, addition we talk about guiding development with an Agile Value team.

Published in: Technology, Business
0 Comments
1 Like
Statistics
Notes
  • Be the first to comment

No Downloads
Views
Total Views
511
On Slideshare
0
From Embeds
0
Number of Embeds
2
Actions
Shares
0
Downloads
12
Comments
0
Likes
1
Embeds 0
No embeds

Report content
Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
No notes for slide
  • http://online.wsj.com/article/SB10001424053111903480904576512250915629460.html#articleTabs=articleThis article provides the primary background needed present this slide. Might talk about Andreessen a bit.The overall point is that nearly every industry and product is being fundamentally changed by software. The ability to create software has become a critical part of competiveness to an almost universal degree.One final Looney opinion: Much of the history of IT has been about reaching a goal on competently built software, reliably delivered with consistent quality. It’s not clear that goal is good enough anymore…Your software has to be better than your competition and quite likely has to be one of the things to set your product apart.
  • Emphasize here that Agile is NOT a process, but there are agile processes
  • Transcript

    • 1. Doing Agile vs. BEING Agile The Product Value Team
    • 2. Eating the World • 5 Billion Internet connected smartphones • Sony/Nokia/… – Hardware companies – (close to death or slaves) • Disney/Pixar – software companies • Financial Industry – software companies • Amazon to Walmart – software companies with warehouses • Fedex– software company with trucks • Microsoft/Oracle – old software that needs rewriting • Dishwashers (lasers!), rice cookers, refrigerators, cars,TV. – Filled of software • Defense/Construction/Energy Sectors – Increasingly software & robots controlled with software • US Government – World’s largest software development organization Marc Andressen WSJ 2011
    • 3. Key Points • Software is everywhere – products & services – Just doing it competently is no longer enough – Great products need to be the focus • Agile is now standard best practice for software development – Many went in this direction long ago… – Mostly it is helping, but many are doing it wrong… • Guiding Agile teams is the next huge challenge – Creativity of the ENTIRE team is essential – But great products are rarely “designed by committee”
    • 4. Process ? Fad? Methodology ? Cult? No Documentation Framework ? Approach ? No Planning No Architecture Chaos No Discipline What is Agile ? 5
    • 5. Original Research by Carol Dweck Growth Mindset Ability can grow Develop Ability Leads to a desire to learn Fixed Mindset Ability is inherent and static Demonstrate Ability Leads to a desire to look good/smart Success A mindset is the established set of attitudes held by someone Looking good and avoiding challenges and obstacles because it is a risk for failure and will make them look bad. Stick to what they know and can do and as a result achieve less than their full potential. Feedback and criticism is personal as it impacts self- image. They don’t change or improve much with time, if at all, and so to them this confirms that “they are as they are”. Embracing challenges because they will learn something new or they will fail and that is an opportunity to learn also. Not afraid to put lots of effort to learn and master something new Feedback and criticism is not about them but about current capabilities View feedback as a source of new information that encourages them to keep learning and improving. 6
    • 6. Success Delivering Software Aim to look good by delivering planned results Assumes that customer knows exactly what they want therefore tries to fix the requirements (change is not desired) Assumes that developers know exactly how to build it (and learning is punished) Assumes and hopes that nothing will change along the way Aim to learn and deliver desired results Allows the customer to learn and discover what they want when they see it and experience it. (Change is welcome) The developers discovers how to build it when they build it (learning is rewarded) Many things change along the way Agile Mindset Ability can grow Develop Ability Leads to a desire to learn Leads to a desire to look good/smart Aspire towards Fixed Mindset Ability is inherent and static Demonstrate Ability 7
    • 7. A mindset is the established set of attitudes held by someone • Learn through Discovery • Collaboration • Failing Early • Seeking Feedback for learning • Strive for Continuous Delivery • Focus on Value Agile is a mindset defined by values guided by principles and manifested through many different practices 8
    • 8. Agile is a mindset defined by values guided by principles and manifested through many different practices 9
    • 9. Internalizing the Mindset, values, and principles then applying the right practices and tailoring them to different situations as they arise Learning the practices and applying them without know the mindset and principles to know when to tailor and how to select the appropriate practices Being Agile Doing Agile 10
    • 10. Defined Process Empirical Process Management Approach: Coordination and Control Management Approach: Inspect and Adapt Predictable Outcome Non-Predictable Outcome Discovery Needed High Uncertainty Creativity Needed High Change Rates No Discovery Low Uncertainty No Creativity Low Change Rates The process needs to provide true visibility as well as be lightweight, flexible and nimble enough to constantly adapt. 11
    • 11. Value Driven Customer Focus Resources Calendar Time Scope Value Driven 12 Welcoming change by constantly reprioritizing to deliver highest value items first.
    • 12. Superman/Superwoman needed? • Expectations continue to expand – Need a Persuasive Leader – Need Technical Depth – Need Sales Skills – Need Writing Skills – Accurate Customer Proxy – Good Researcher – Good Analyst – Internal Communication • Responsibility without Authority? – Living in the Matrix • Responsible for the product • Rarely directs resources
    • 13. The Value Team Role • Vision to reality • Collaborative effort is essential – Agile techniques supportive – PO role almost unworkable as defined • Instead of Manager or Controller think Director or Auteur. – A team is needed “The quality of any collaborative creative endeavor tends to approach the level of taste of whoever is in charge” – John Gruber
    • 14. The Business Analyst Role 15 • Often criticized by Agile-ists – a separate camp pulling in a different direction • Can be invaluable parts the Value Team • Key is for the Value Team to be in sync • Business Analysts must explain both ways – Business to Programmers – Technical to Business decision makers • BA authority “on loan” from Product Owners
    • 15. Value Team New Roles 16 • Value Team Facilitator – Make sure the team a team – Ensure responsiveness and output – All voices/inputs considered • Value Director or Product Owner – Keeper of the Vision – motivator – Ultimate tie breaker/decision maker • Needed a lot = smell – Sets the high level priorities
    • 16. Key Concepts for Products • Getting on the same page – Classic • Positioning – Reis and Trout • Crossing the Chasm – Moore • Innovator’s Dilemma – Christenson • Cluetrain Manifesto – Locke, Searls, et al. – New(er) Thinking • Global Opportunities – Prahalad, Ravel, et al. • Four steps to the Epiphany – Stephen Blank • The Lean Startup – Eric Ries • Product Development Flow – Donald Reinertsen • Continuous Delivery – Jez Humble

    ×