{"id":138,"date":"2006-05-19T20:42:04","date_gmt":"2006-05-20T03:42:04","guid":{"rendered":"http:\/\/www.redmonk.com\/cote\/wp\/?p=138"},"modified":"2006-05-19T20:42:04","modified_gmt":"2006-05-20T03:42:04","slug":"javaone-2006-scott-ambler-on-agile","status":"publish","type":"post","link":"https:\/\/redmonk.com\/cote\/2006\/05\/19\/javaone-2006-scott-ambler-on-agile\/","title":{"rendered":"JavaOne 2006: Scott Ambler on Agile"},"content":{"rendered":"<p>I&#8217;m at Scott Ambler&#8217;s session on Agile methodology. It&#8217;s quite<br \/>\ngood. Once the audio of it gets online, I highly recommend all you<br \/>\nfolks using Agile in large organizations look at. The message is this:<br \/>\nchances are, you could be doing a lot better, and your people probably<br \/>\ndon&#8217;t want to or don&#8217;t know how to tell you that.<\/p>\n<h2>&#8220;Stupid&#8221;<\/h2>\n<p>The first thing about Ambler, is that he uses the word &#8220;stupid&#8221; all<br \/>\nthe time. There&#8217;s nothing wrong with that: there&#8217;s a lot of that going<br \/>\non in software development, and we as a community need to be more<br \/>\nvocal and repetitive at pointing it out, hopefully to people who<br \/>\naren&#8217;t already in the choir.<\/p>\n<h2>Agile Sieves<\/h2>\n<p>The presentation essentially lays out a method of evaluating the<br \/>\npractices in software development, each time asking the question,<br \/>\n&#8220;does what you&#8217;re doing help you shift software? If not, stop doing<br \/>\nit.&#8221;<\/p>\n<p>For example, he said that when he goes to visit teams, he asks them<br \/>\nthese two questions:<\/p>\n<ul>\n<li>Show me your tests and run them right now.<\/li>\n<li>Who are your stake-holders?<\/li>\n<\/ul>\n<p>Chances are, the teams at most large shops couldn&#8217;t answer those<br \/>\nquestions effectively, esp. the second. In fact, I would argue that<br \/>\nstake-holder management and process is the weak length in Enterprise<br \/>\nAgile. Product management is extremely difficult and much more different<br \/>\nwhen you&#8217;re an Agile organization.<\/p>\n<h2>The Troubling Role of Non-technical Product Owners<\/h2>\n<p>When you look at Scrum, for example, the role of product owner is<br \/>\nthe single point of requirements and product decisions. That&#8217;s the<br \/>\nideal, of course. Typically, these roles aren&#8217;t filled by people who<br \/>\nare technical enough to direct the feature set of software. Someone<br \/>\nstood up and asks Scott, &#8220;but the marketing people don&#8217;t know to add<br \/>\nfeatures like scalability, clustering, and other technical things, so<br \/>\nhow does this work?&#8221;<\/p>\n<p>And in what&#8217;s been the typical line from Scott, he said, &#8220;sure,<br \/>\nyou&#8217;ve got to make sure your stockholders are smart people. If you&#8217;re<br \/>\nstupid, you&#8217;ll get burned. Welcome to software development.&#8221;<\/p>\n<h2>Practices<\/h2>\n<p>In addition to laying out simple ways to evaluate the effectiveness<br \/>\nof a teams development practices, he presents several practices and<br \/>\nmuscly rhetoric for each (you can go look up the academic arguments<br \/>\nlater if you want).<\/p>\n<p>For example, he&#8217;s quite big on pair programming. He says, &#8220;If your<br \/>\nmanager is preventing you from doing pair programming, figure out how<br \/>\nto make him get to go fetch you a cup of coffee or do something<br \/>\nuseful.&#8221;<\/p>\n<h2>Notes &amp; Highlights<\/h2>\n<p>Here are some good quotes and points:<\/p>\n<ul>\n<li>&#8220;SOA? That&#8217;s CICS with XML! That&#8217;s 1970&#8217;s stuff and we&#8217;re still<br \/>\nthrashing on it.&#8221;<\/li>\n<li>&#8220;Stop playing politics and start doing your jobs.&#8221;<\/li>\n<li>&#8220;A really serious problem with your organization is if you think<br \/>\ntraceability matrixes are going to help you. Put a bullet in your head<br \/>\nnow.&#8221;<\/li>\n<li>One of the problems with Agile is that it forces people to do their<br \/>\njob. So managers and business people and developers have to do their<br \/>\njob, and this is what companies struggle with.<\/li>\n<li>&#8220;You&#8217;ve got to be a generalizing specialist. The problem with<br \/>\nspecialists is that they do their job&#8230;whether they need to or<br \/>\nnot. If you&#8217;ve got a use-case specialist, they write use cases whether<br \/>\nyou need them or not.&#8221; When you have specialists who don&#8217;t know the<br \/>\ncontext of the software they&#8217;re working on, they don&#8217;t know how to<br \/>\nmost effectively do their job (or not do them!) to write and ship good<br \/>\nsoftware.<\/li>\n<\/ul>\n<p><b>Disclaimer:<\/b> Sun and IBM are clients.<\/p>\n<p><!-- technorati tags start --><\/p>\n<p>Technorati Tags: <a href=\"http:\/\/www.technorati.com\/tag\/agile\" rel=\"tag\">agile<\/a>, <a href=\"http:\/\/www.technorati.com\/tag\/conferences\" rel=\"tag\">conferences<\/a>, <a href=\"http:\/\/www.technorati.com\/tag\/javaone\" rel=\"tag\">javaone<\/a>, <a href=\"http:\/\/www.technorati.com\/tag\/javaone2006\" rel=\"tag\">javaone2006<\/a>, <a href=\"http:\/\/www.technorati.com\/tag\/programming\" rel=\"tag\">programming<\/a>, <a href=\"http:\/\/www.technorati.com\/tag\/projectmanagement\" rel=\"tag\">projectmanagement<\/a><\/p>\n<p><!-- technorati tags end --><\/p>\n","protected":false},"excerpt":{"rendered":"<p>I&#8217;m at Scott Ambler&#8217;s session on Agile methodology. It&#8217;s quite good. Once the audio of it gets online, I highly recommend all you folks using Agile in large organizations look at. The message is this: chances are, you could be doing a lot better, and your people probably don&#8217;t want to or don&#8217;t know how [&hellip;]<\/p>\n","protected":false},"author":2,"featured_media":0,"comment_status":"open","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[3,11],"tags":[],"class_list":["post-138","post","type-post","status-publish","format-standard","hentry","category-agile","category-conferences"],"jetpack_featured_media_url":"","_links":{"self":[{"href":"https:\/\/redmonk.com\/cote\/wp-json\/wp\/v2\/posts\/138","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/redmonk.com\/cote\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/redmonk.com\/cote\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/redmonk.com\/cote\/wp-json\/wp\/v2\/users\/2"}],"replies":[{"embeddable":true,"href":"https:\/\/redmonk.com\/cote\/wp-json\/wp\/v2\/comments?post=138"}],"version-history":[{"count":0,"href":"https:\/\/redmonk.com\/cote\/wp-json\/wp\/v2\/posts\/138\/revisions"}],"wp:attachment":[{"href":"https:\/\/redmonk.com\/cote\/wp-json\/wp\/v2\/media?parent=138"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/redmonk.com\/cote\/wp-json\/wp\/v2\/categories?post=138"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/redmonk.com\/cote\/wp-json\/wp\/v2\/tags?post=138"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}