http://forums.construx.com/blogs/Voices on Software Development Best Practicesen-USCommunityServer 2007.1 (Build: 20917.1142)http://forums.construx.com/blogs/danderson/archive/2008/09/06/zen-of-agile-management-north-america-november-2008.aspxSat, 06 Sep 2008 00:00:00 GMT1c8bc03b-986a-40b9-ab6d-e8d23056df8a:2220Agile Management Blog0I&#39;ll be repeating my one-day Zen of Agile Management workshop from QCon in London this past March, at Agile Practices in Orlando Florida on November 10th and again the following week at QCon in San Francisco on Tuesday November 18th . In both locations Read More......(<a href="http://forums.construx.com/blogs/danderson/archive/2008/09/06/zen-of-agile-management-north-america-november-2008.aspx">read more</a>)http://forums.construx.com/blogs/danderson/archive/2008/09/06/zen-of-agile-management-in-sao-paulo-brazil-october-2008.aspxSat, 06 Sep 2008 00:00:00 GMT1c8bc03b-986a-40b9-ab6d-e8d23056df8a:2221Agile Management Blog0I&#39;m bringing my Zen of Agile Management workshop/class to Sao Paulo Brazil this October. This class has been universally popular since I first introduced it at VSLive in Orlando, February 2006. It&#39;s in a 2-day format so the pace will be easier Read More......(<a href="http://forums.construx.com/blogs/danderson/archive/2008/09/06/zen-of-agile-management-in-sao-paulo-brazil-october-2008.aspx">read more</a>)http://forums.construx.com/blogs/joelonsoftware/archive/2008/09/05/stackoverflow-podcast-20.aspxFri, 05 Sep 2008 17:47:01 GMT1c8bc03b-986a-40b9-ab6d-e8d23056df8a:2218Joel on Software0This week&#39;s StackOverflow Podcast is up: episode 20. We talked about the deadlock that was fixed, which was the last thing holding up the public beta... caused by a very small bug in third party libraries, which is exactly why I&#39;ve always had Read More......(<a href="http://forums.construx.com/blogs/joelonsoftware/archive/2008/09/05/stackoverflow-podcast-20.aspx">read more</a>)http://forums.construx.com/blogs/danderson/archive/2008/09/05/an-alternative-recipe-for-success.aspxFri, 05 Sep 2008 00:00:00 GMT1c8bc03b-986a-40b9-ab6d-e8d23056df8a:2219Agile Management Blog0My long time colleague and collaborator Daniel Vacanti does not blog. He occasionally writes stuff down and some of that might even get published one day, but he doesn&#39;t blog. So I&#39;m going to blog for him today... Dan has his own alternative to Read More......(<a href="http://forums.construx.com/blogs/danderson/archive/2008/09/05/an-alternative-recipe-for-success.aspx">read more</a>)http://forums.construx.com/blogs/danderson/archive/2008/09/03/prioritizing-and-planning-for-market-risk.aspxWed, 03 Sep 2008 00:00:00 GMT1c8bc03b-986a-40b9-ab6d-e8d23056df8a:2216Agile Management Blog0Three years ago this week, I introduced a scheme for prioritizing requirements that was aligned with strategic planning and market segmentation and brought some rigor and objectivity to the art of assigning a priority to requirements. Initially, the scheme Read More......(<a href="http://forums.construx.com/blogs/danderson/archive/2008/09/03/prioritizing-and-planning-for-market-risk.aspx">read more</a>)http://forums.construx.com/blogs/danderson/archive/2008/09/03/a-real-world-example-of-analyzing-market-risk-based-prioritization.aspxWed, 03 Sep 2008 00:00:00 GMT1c8bc03b-986a-40b9-ab6d-e8d23056df8a:2217Agile Management Blog0A post in the Agile Management Yahoo! group has prompted me to make this second post with an example to elaborate on prioritizing and planning for market risk . Steven Gordon wrote: This approach seems oversimplified to me. In particular, I challenge Read More......(<a href="http://forums.construx.com/blogs/danderson/archive/2008/09/03/a-real-world-example-of-analyzing-market-risk-based-prioritization.aspx">read more</a>)http://forums.construx.com/blogs/danderson/archive/2008/09/01/what-are-the-right-conditions-for-agile-adoption.aspxMon, 01 Sep 2008 00:00:00 GMT1c8bc03b-986a-40b9-ab6d-e8d23056df8a:2215Agile Management Blog0For several years, I&#39;ve been promoting the notion that &quot; Trust is the essence of agile .&quot; Others like Clarke Ching have joined that chorus [See Carnival of Trust ]. This year, I&#39;ve been articulating that the statement &quot;[We value Read More......(<a href="http://forums.construx.com/blogs/danderson/archive/2008/09/01/what-are-the-right-conditions-for-agile-adoption.aspx">read more</a>)http://forums.construx.com/blogs/joelonsoftware/archive/2008/08/28/stackoverflow-podcast-19.aspxThu, 28 Aug 2008 09:02:05 GMT1c8bc03b-986a-40b9-ab6d-e8d23056df8a:2213Joel on Software0This week&#39;s StackOverflow Podcast is up: episode 19. Jeff and I spent some time talking about the home page for StackOverflow. What goes there? What does it mean to vote on a question? We also talked about Aaron Swartz&#39;s article on How to Launch Read More......(<a href="http://forums.construx.com/blogs/joelonsoftware/archive/2008/08/28/stackoverflow-podcast-19.aspx">read more</a>)http://forums.construx.com/blogs/danderson/archive/2008/08/27/kanban-implementation-in-brazil.aspxWed, 27 Aug 2008 00:00:00 GMT1c8bc03b-986a-40b9-ab6d-e8d23056df8a:2207Agile Management Blog0It&#39;s official! There are kanban implementations on at least 4 continents now. Alisson Vale has written up [in portugese] his experience implementing kanban at Phidelis in Brazil. This seems like a very complete implementation. Alisson has a physical Read More......(<a href="http://forums.construx.com/blogs/danderson/archive/2008/08/27/kanban-implementation-in-brazil.aspx">read more</a>)http://forums.construx.com/blogs/danderson/archive/2008/08/27/blogging-again.aspxWed, 27 Aug 2008 00:00:00 GMT1c8bc03b-986a-40b9-ab6d-e8d23056df8a:2208Agile Management Blog0Regular subscribers will have noticed that I&#39;m blogging again! :-D Agilemanagement.net has been in transition. We&#39;ve moved it over to be hosted with the Modus Cooperandi servers and web site. Since, its inception, agilemanagement.net was hosted Read More......(<a href="http://forums.construx.com/blogs/danderson/archive/2008/08/27/blogging-again.aspx">read more</a>)http://forums.construx.com/blogs/danderson/archive/2008/08/27/retrospectives-considered-waste-when.aspxWed, 27 Aug 2008 00:00:00 GMT1c8bc03b-986a-40b9-ab6d-e8d23056df8a:2209Agile Management Blog0I wanted to return to Dave Laribee&#39;s post from the weekend, Introducing Kanban at Xclaim . I&#39;d like to bring your attention to discussion below involving Derik Whittaker, Steven Harman, and Dave concerning retrospectives. For a long time I&#39;ve Read More......(<a href="http://forums.construx.com/blogs/danderson/archive/2008/08/27/retrospectives-considered-waste-when.aspx">read more</a>)http://forums.construx.com/blogs/danderson/archive/2008/08/27/future-directions-for-agile-from-agile-2008.aspxWed, 27 Aug 2008 00:00:00 GMT1c8bc03b-986a-40b9-ab6d-e8d23056df8a:2210Agile Management Blog0My main stage speech from Agile 2008 is available on InfoQ. It a 90 minute video with the powerpoint slides simultaneously displayed. This talk was aimed at the Agile community and pulled no punches about what I see as the failings within the Agile Alliance Read More......(<a href="http://forums.construx.com/blogs/danderson/archive/2008/08/27/future-directions-for-agile-from-agile-2008.aspx">read more</a>)http://forums.construx.com/blogs/danderson/archive/2008/08/27/is-estimating-a-wasteful-practice.aspxWed, 27 Aug 2008 00:00:00 GMT1c8bc03b-986a-40b9-ab6d-e8d23056df8a:2211Agile Management Blog0Mike Bria has been following the trend that&#39;s emerging in the agile community to stop estimating user stories and adopt a pull based system, Is Estimating a Wasteful Practice? The idea that you don&#39;t estimate but focus on a low variability analysis Read More......(<a href="http://forums.construx.com/blogs/danderson/archive/2008/08/27/is-estimating-a-wasteful-practice.aspx">read more</a>)http://forums.construx.com/blogs/joelonsoftware/archive/2008/08/26/how-i-learned-to-love-middle-managers.aspxTue, 26 Aug 2008 17:45:00 GMT1c8bc03b-986a-40b9-ab6d-e8d23056df8a:2205Joel on Software0&#8220;Another programmer came to us. &#8216;I thought you should know that people are really unhappy,&#8217; he said bluntly, &#8216;and it&#8217;s starting to make it so that people just complain all day, instead of doing their work, and that&#8217;s Read More......(<a href="http://forums.construx.com/blogs/joelonsoftware/archive/2008/08/26/how-i-learned-to-love-middle-managers.aspx">read more</a>)http://forums.construx.com/blogs/danderson/archive/2008/08/25/kanban-at-xclaim.aspxMon, 25 Aug 2008 00:00:00 GMT1c8bc03b-986a-40b9-ab6d-e8d23056df8a:2202Agile Management Blog0Overnight, Dave Laribee drove a lot of new traffic to the Kanbandev Yahoo! group with this post about his kanban implementation at Xclaim. Seems Dave has been carefully reading Corey &#39;s posts on implementing kanban. Dave&#39;s implementation looks Read More......(<a href="http://forums.construx.com/blogs/danderson/archive/2008/08/25/kanban-at-xclaim.aspx">read more</a>)http://forums.construx.com/blogs/danderson/archive/2008/08/25/agile-conference-in-sao-paulo.aspxMon, 25 Aug 2008 00:00:00 GMT1c8bc03b-986a-40b9-ab6d-e8d23056df8a:2203Agile Management Blog0I&#39;m giving the key note speech at the Speaking of Agile event in Sao Paulo this October. I&#39;m also giving a 2 day tutorial prior to the event. If you are a follower of agile in Brazil, I hope to see you there. Technorati tag: David+Anderson, Agile Read More......(<a href="http://forums.construx.com/blogs/danderson/archive/2008/08/25/agile-conference-in-sao-paulo.aspx">read more</a>)http://forums.construx.com/blogs/danderson/archive/2008/08/25/would-the-real-enterprise-2-0-please-standup.aspxMon, 25 Aug 2008 00:00:00 GMT1c8bc03b-986a-40b9-ab6d-e8d23056df8a:2204Agile Management Blog0Jim Benson of Modus Cooperandi starts to lay out our vision for the future of the enterprise and management in the 21st Century over at Social Computing Magazine (how quaint). Technorati tag: Jim+Benson, Modus+Cooperandi, Social+Media, Management Read More......(<a href="http://forums.construx.com/blogs/danderson/archive/2008/08/25/would-the-real-enterprise-2-0-please-standup.aspx">read more</a>)http://forums.construx.com/blogs/joelonsoftware/archive/2008/08/22/a-review-of-the-nokia-e71.aspxFri, 22 Aug 2008 09:32:03 GMT1c8bc03b-986a-40b9-ab6d-e8d23056df8a:2198Joel on Software0When Apple’s iPhone 3G came out, I was pretty sure I’d get one. It had all the features I was waiting for. But the lines just weren’t going away. I searched Twitter . For a week, then two, every day brought fresh reports of five-hour waits. And then the Read More......(<a href="http://forums.construx.com/blogs/joelonsoftware/archive/2008/08/22/a-review-of-the-nokia-e71.aspx">read more</a>)http://forums.construx.com/blogs/danderson/archive/2008/08/22/kanban-training-in-seattle.aspxFri, 22 Aug 2008 00:00:00 GMT1c8bc03b-986a-40b9-ab6d-e8d23056df8a:2200Agile Management Blog0Modus Cooperandi (my firm) will be offering regular kanban training classes starting in September. These classes are open to any participants. Initially, they&#39;ll be held locally in Seattle just a few blocks from our office. We&#39;re looking to take Read More......(<a href="http://forums.construx.com/blogs/danderson/archive/2008/08/22/kanban-training-in-seattle.aspx">read more</a>)http://forums.construx.com/blogs/joelonsoftware/archive/2008/08/21/stackoverflow-podcast-18.aspxThu, 21 Aug 2008 09:02:05 GMT1c8bc03b-986a-40b9-ab6d-e8d23056df8a:2195Joel on Software0This week&#39;s StackOverflow Podcast is up: episode 18. It was the first chance I&#39;ve gotten to speak to Jeff since the beta went live, which is, honestly, exceeding even my highest expectations. Performance is terrific. The site is crisp and clear Read More......(<a href="http://forums.construx.com/blogs/joelonsoftware/archive/2008/08/21/stackoverflow-podcast-18.aspx">read more</a>)http://forums.construx.com/blogs/gilb/archive/2008/08/17/2192.aspxSun, 17 Aug 2008 16:37:56 GMT1c8bc03b-986a-40b9-ab6d-e8d23056df8a:2192Tiki RSS feed for blog: Tom Gilb & Kai Gilb's blog0I have updated the Web site engine, and now the new registration process is not working. If you need access for seeing extra content, or posting something, you can use. User: dummy P: dummy Help: If anyone have any knowledge about tikiwiki, or php, and Read More......(<a href="http://forums.construx.com/blogs/gilb/archive/2008/08/17/2192.aspx">read more</a>)http://forums.construx.com/blogs/syegge/archive/2008/08/12/business-requirements-are-bullshit.aspxTue, 12 Aug 2008 10:24:51 GMT1c8bc03b-986a-40b9-ab6d-e8d23056df8a:2187Stevey's Blog Rants0Some CEO emailed me the other day. I don&#39;t remember who it was; people mail me all the time about their blah blah yawn product service thingy, and on the rare occasions I bother to read mail from strangers, I don&#39;t usually remember anything about Read More......(<a href="http://forums.construx.com/blogs/syegge/archive/2008/08/12/business-requirements-are-bullshit.aspx">read more</a>)http://forums.construx.com/blogs/bappleton/archive/2008/08/10/summer-of-books.aspxSun, 10 Aug 2008 07:20:50 GMT1c8bc03b-986a-40b9-ab6d-e8d23056df8a:2185Brad Appleton's ACME Blog0I&#39;m going on some long needed (and hard earned) vacation. I won&#39;t be blogging again for about one month (so this will likely be my only entry for July). I&#39;ve got a lot of REALLY GREAT and interesting books to try and catch up on. I hope to Read More......(<a href="http://forums.construx.com/blogs/bappleton/archive/2008/08/10/summer-of-books.aspx">read more</a>)AgileBookshttp://forums.construx.com/blogs/gilb/archive/2008/08/06/2182.aspxWed, 06 Aug 2008 16:10:10 GMT1c8bc03b-986a-40b9-ab6d-e8d23056df8a:2182Tiki RSS feed for blog: Tom Gilb & Kai Gilb's blog0Productivity: Concept *659. August 6 2008 (New) Productivity is delivering promised value to stakeholders. ‘Deliver’ means actually measurable handed over and available to stakeholders. ‘Promised’ means that clear written agreements, are made in contacts Read More......(<a href="http://forums.construx.com/blogs/gilb/archive/2008/08/06/2182.aspx">read more</a>)http://forums.construx.com/blogs/bappleton/archive/2008/08/06/assigning-code-ownership-policy-ownership.aspxWed, 06 Aug 2008 08:13:50 GMT1c8bc03b-986a-40b9-ab6d-e8d23056df8a:2181Brad Appleton's ACME Blog0Jurgen Appelo has an interesting article on StickyMinds entitled &quot; Code Ownership Re-Visited &quot; Jurgen prefers the term &quot;artifact assignment&quot; rather than &quot;code ownership&quot; and explains there are 4 methods of artifact assignment Read More......(<a href="http://forums.construx.com/blogs/bappleton/archive/2008/08/06/assigning-code-ownership-policy-ownership.aspx">read more</a>)Code-Mgmthttp://forums.construx.com/blogs/gilb/archive/2008/08/05/2180.aspxTue, 05 Aug 2008 21:01:48 GMT1c8bc03b-986a-40b9-ab6d-e8d23056df8a:2180Tiki RSS feed for blog: Tom Gilb & Kai Gilb's blog0We are traveling to Japan, and have set aside 1st 2nd &amp; 3rd of September 2008 to meet new clients. If you are interested please contact me so we can talk about potential different possibilities. post &amp; read comments , must be logged in. Share Read More......(<a href="http://forums.construx.com/blogs/gilb/archive/2008/08/05/2180.aspx">read more</a>)http://forums.construx.com/blogs/bappleton/archive/2008/08/04/four-rules-for-simple-codelines.aspxMon, 04 Aug 2008 19:20:29 GMT1c8bc03b-986a-40b9-ab6d-e8d23056df8a:2179Brad Appleton's ACME Blog0Some of you may be aware of Kent Beck&#39;s Four Rules of Simple Code that state simple code: Correctly runs (and passes) all the tests Contains no duplication ( OnceAndOnlyOnce and The DRY Principle ) Clearly expresses all the ideas/intentions we needed Read More......(<a href="http://forums.construx.com/blogs/bappleton/archive/2008/08/04/four-rules-for-simple-codelines.aspx">read more</a>)AgileVersion-ControlBuild-Mgmthttp://forums.construx.com/blogs/gilb/archive/2008/08/02/2176.aspxSat, 02 Aug 2008 12:32:40 GMT1c8bc03b-986a-40b9-ab6d-e8d23056df8a:2176Tiki RSS feed for blog: Tom Gilb & Kai Gilb's blog0Vi gleder oss over å kunne tilby, i samarbeid med Nordnet, et prosjektstyrings seminar i Oslo 17. September 2008. Advanced Practical Skills for Project Management How to Quantify Top Level Project Objectives, and How to Decompose Projects into Very Small Read More......(<a href="http://forums.construx.com/blogs/gilb/archive/2008/08/02/2176.aspx">read more</a>)http://forums.construx.com/blogs/mattp/archive/2008/07/30/2170.aspxWed, 30 Jul 2008 20:29:00 GMT1c8bc03b-986a-40b9-ab6d-e8d23056df8a:2170Matt Peloquin1<p>Our profession&nbsp;spends an amazing amount of energy year after year&nbsp;reinventing how we&nbsp;create software. While&nbsp;looking at a thread&nbsp;about&nbsp;Agile principles&nbsp;on an enjoyable blog&nbsp;(<a href="http://www.noop.nl/">NOOP.NL</a>), it struck me for umpteenth time how mastering&nbsp;effective software development practices feels&nbsp;like riding a merry-go-round. There have been massive strides&nbsp;in software technology&nbsp;over the last 50 years, but&nbsp;our <strong>sophistication&nbsp;in applying&nbsp;that horsepower to useful problems&nbsp;seems&nbsp;stuck on a treadmill</strong>. We keep rediscovering good ideas like iterating solutions, using feedback loops, managing complexity and knowledge, avoiding waste,&nbsp;motivating teams, etc. These&nbsp;&quot;new&quot; ideas&nbsp;get&nbsp;dressed up as&nbsp;the latest&nbsp;silver-bullet solution for effective software development. The &quot;new&quot; way gains&nbsp;popularity, becomes&nbsp;baroque through embellishment, and then falls out of favor, replaced by the next &quot;new&quot; thing. </p> <p>A&nbsp;recurring theme&nbsp;in practice discussions is&nbsp;<strong>why&nbsp;is software different from building construction</strong>? Or electrical&nbsp;engineering? Or ship building?&nbsp;Or ______?&nbsp;Software folks&nbsp;often&nbsp;have a grass is greener mentality regarding&nbsp;other construction and&nbsp;engineering disciplines. I have friends in engineering and construction, I follow the news, and I like watching those &quot;building the biggest ______&nbsp;in the&nbsp;world&quot; shows.&nbsp;Other professions that create things don&#39;t&nbsp;seem&nbsp;<em>vastly</em>&nbsp;ahead of software in terms of predictability, visibility, control, and effectiveness (was your nearest sports arena built on time and on budget?). However they&nbsp;do seem to spend&nbsp;less of their collective&nbsp;time navel gazing, rediscovering, and getting excited about the <strong>same fundamental principles over and over</strong> again.</p> <p>Software has been problematic since its inception (<a href="http://www.unt.edu/UNT/departments/CC/Benchmarks/benchmarks_html/sepoct95/lunar.htm">e.g.,&nbsp;Apollo program</a>). Software systems tend toward&nbsp;complexity. Software is less tangible and&nbsp;less constrained than&nbsp;other building mediums.&nbsp;There are many&nbsp;context shifts between&nbsp;pushing bits&nbsp;around according to the&nbsp;laws of physics and&nbsp;the&nbsp;interactions&nbsp;with an irrational&nbsp;end-user.&nbsp;The sheer size of&nbsp;information in the world that might be captured,&nbsp;created, stored, and manipulated&nbsp;is mind boggling (the average usefulness of that&nbsp;information is&nbsp;another question).&nbsp;As for&nbsp;<a href="http://www.codinghorror.com/blog/archives/000695.html">unique creation vs. manufacturing replication</a>, most software development today&nbsp;is&nbsp;unique creation&nbsp;-- even if it&nbsp;seems like it shouldn&#39;t be. Let&#39;s take it as a given that <strong>software is hard --</strong>&nbsp;if for no other reason <a href="http://en.wikipedia.org/wiki/Donald_knuth">Donald Knuth</a>, the guy who wrote all those&nbsp;important CompSci books that no&nbsp;other human has ever completely assimilated, <a href="http://scitation.aip.org/getabs/servlet/GetabsServlet?prog=normal&amp;id=SIREAD000047000001000097000001&amp;idtype=cvips&amp;gifs=yes">says so</a>. <p>OK, so software is hard.&nbsp;Squeezing an extra 10% of efficiency out of a jet engine while keeping it reliable&nbsp;and&nbsp;affordable is hard too. <strong>What is&nbsp;different</strong> about the software profession that causes our application of technology to real-world problems to be caught in a <strong>recurring cycle of reinvention</strong>?&nbsp;Here is a&nbsp;unscientific&nbsp;list of possibilities:</p> <p><strong>The rapid increase in&nbsp;practitioners</strong>. Just 50 years ago there were&nbsp;only a handful of software developers in the world.&nbsp;Reliable figures are hard to come by, but&nbsp;15 million is often bandied about as the current number&nbsp;(these uses seem to derive from surveys and modeling&nbsp;by <a href="http://www.idc.com/getdoc.jsp?containerId=207143">IDC</a>&nbsp;-- I didn&#39;t have $5K handy to dig into the details). Professional organizations like the PMI and IEEE have been overrun by software folks in the last 20 years. The line between software and other professions is often blurry, as many&nbsp;people create&nbsp;some form of&nbsp;software for their jobs these days. Most&nbsp;companies&nbsp;we talk to&nbsp;are trying to expand their number&nbsp;software developers; if they&nbsp;could only find&nbsp;qualified candidates. Unlike other technical disciplines that&nbsp;had the luxury of evolving&nbsp;more slowly, software&nbsp;development had to rapidly&nbsp;assimilate larger and larger numbers of&nbsp;people from all over the world.&nbsp;It&#39;s not surprising that transferring knowledge and experience (whether&nbsp;on the job, through school,&nbsp;or via professional groups/networks/literature/training)&nbsp;of what works well and what works less well in different situations&nbsp;has not been particularly efficient.&nbsp;&nbsp;&nbsp;</p> <p><strong>The&nbsp;evolving and flexible&nbsp;nature of the medium</strong>. This&nbsp;makes software powerful, but also drives the proliferating churn of&nbsp;effective practices.&nbsp;Customers and clients continually expect&nbsp;more from software magic. Practitioners&nbsp;expend&nbsp;much of&nbsp;their energy just trying to tread water in the technology ocean (one senior engineer I worked with had this figured out&nbsp;20 years ago&nbsp;-- he&nbsp;just&nbsp;&quot;rode&nbsp;every-other technology wave&quot; instead of every wave). The usefulness of software leads to&nbsp;it being applied to just about everything in modern life.&nbsp;It can be fairly straightforward to identify, compare, and contrast activities and output in other professions (medicine, for instance).&nbsp;The bewildering array and rapidly changing nature of software makes it more difficult for overworked practitioners to realize&nbsp;that&nbsp;many of the fundamental principles governing&nbsp;software creation&nbsp;are similar across time and space, even if&nbsp;work from different times and places doesn&#39;t appear&nbsp;similar at first glance.</p> <p><strong>A low bar to get <em>something</em> working</strong>. The bar to get&nbsp;<em>anything</em> up and running is&nbsp;much higher in EE, ME, CE,&nbsp;ChemE,&nbsp;construction, etc.&nbsp;It&#39;s&nbsp;easy in software to throw &quot;something cool&quot;&nbsp;together. This creates a&nbsp;dynamic where&nbsp;a handy spreadsheet metastasizes over 10 years into 400&nbsp;linked spreadsheets used to run a large business (true story). The&nbsp;evolution of software&nbsp;development&nbsp;tools has been empowering, but&nbsp;allows people to get&nbsp;in over their heads. You can start building something without&nbsp;the&nbsp;knowledge and experience&nbsp;transfer that occurs in other technical disciplines, but&nbsp;the complexity of a system can&nbsp;spiral out of control in slow motion. You come into work one morning and wonder &quot;how did we get to this point?&quot; Often through a set of many logical, iterative steps that made sense at the time.&nbsp;New groups of people are continually&nbsp;pulled into creating ad hoc solutions for&nbsp;small problems, which eventually turn into large problems that need more&nbsp;sophisticated&nbsp;solutions. This creates a fertile ground in which&nbsp;smart people&nbsp;attack similar development challenges and&nbsp;end&nbsp;up treading down paths well-worn by others.&nbsp;</p> <p>So what&#39;s the problem?&nbsp;On one hand, the &quot;everything old is new again&quot;&nbsp;dynamic&nbsp;really helps those&nbsp;who stay in the industry more than 10 years; you can largely&nbsp;learn new labels instead of&nbsp;new stuff. On the other the waste and zealotry that accompany continual reinventing and proselytizing the &quot;new&quot; approaches to software development is inefficient and annoying. Maybe Agile\Lean\Scrum is the last cycle in our circular evolution as a profession, but I wouldn&#39;t bet on it. The software industry still seems to be in its big bang expansion phase. Ten years ago I figured the industry would start to cool down and more <a href="http://my.safaribooksonline.com/0321193679/ch10">professional stratification</a> would emerge; didn&#39;t really see that &quot;new economy&quot; thing coming. Who knows how long it will take for the software development expansion to stabilize. Until it does, I expect we&#39;ll continue to see a lot of reinvention and repackaging of good&nbsp;practices. </p> <p>In the end,&nbsp;maybe software development isn&#39;t so different after all --&nbsp;the fashion industry, business books, bridge building, and lots of other stuff seem prone to recurring fads. It&#39;s nice to think we&#39;re special though...&nbsp;</p><img src="http://forums.construx.com/aggbug.aspx?PostID=2170" width="1" height="1">software developmenthttp://forums.construx.com/blogs/joelonsoftware/archive/2008/07/29/good-system-bad-system.aspxTue, 29 Jul 2008 22:59:04 GMT1c8bc03b-986a-40b9-ab6d-e8d23056df8a:2167Joel on Software0&#8220;I pass six Starbucks every morning on my walk to work. Just to clarify, that&#39;s counting only the Starbucks that are actually on the west side of Eighth Avenue in midtown Manhattan. I think there are some branches on the east side, but that Read More......(<a href="http://forums.construx.com/blogs/joelonsoftware/archive/2008/07/29/good-system-bad-system.aspx">read more</a>)http://forums.construx.com/blogs/stevemcc/archive/2008/07/29/agile-software-business-impact-and-business-benefits.aspxTue, 29 Jul 2008 18:38:00 GMT1c8bc03b-986a-40b9-ab6d-e8d23056df8a:2158Steve McConnell14Agile literature focuses on the benefits Agile provides to developers and development teams, with a secondary focus on the benefits Agile provides customers. Much of the Agile literature also asserts that Agile practices are more responsive to business needs. Many businesses are embracing Agile and seeing significant benefits. Many other businesses are embracing Agile and regretting it. Why the different results? A Cautionary Tale of Agile Development At a previous Construx Software Executive Summit...(<a href="http://forums.construx.com/blogs/stevemcc/archive/2008/07/29/agile-software-business-impact-and-business-benefits.aspx">read more</a>)<img src="http://forums.construx.com/aggbug.aspx?PostID=2158" width="1" height="1">Project Managementagilehttp://forums.construx.com/blogs/stevemcc/archive/2008/07/28/new-software-executive-summit-speaker.aspxMon, 28 Jul 2008 21:11:00 GMT1c8bc03b-986a-40b9-ab6d-e8d23056df8a:2155Steve McConnell0I&#39;m pleased to announce that we&#39;ve added a new speaker to our already-stellar speaker lineup for this year&#39;s Software Executive Summit . Mike Morrissey, VP of Infrastructure at RIM (the BlackBerry company), will be giving a talk about Managing in a Hyper-Growth Environment ( more details ). Here&#39;s the talk description: When your business is in a hyper-growth phase just keeping pace with change can be a full-time job. Research In Motion has seen the number of BlackBerry subscribers...(<a href="http://forums.construx.com/blogs/stevemcc/archive/2008/07/28/new-software-executive-summit-speaker.aspx">read more</a>)<img src="http://forums.construx.com/aggbug.aspx?PostID=2155" width="1" height="1">http://forums.construx.com/blogs/joelonsoftware/archive/2008/07/18/pecha-kucha.aspxFri, 18 Jul 2008 14:59:00 GMT1c8bc03b-986a-40b9-ab6d-e8d23056df8a:2144Joel on Software1We&#39;ve already got a great lineup of speakers for the Business of Software conference : Seth Godin Eric Sink Steve Johnson Richard Stallman Paul Kenny Tom Jennings Dharmesh Shah Mike Milinkovich Jessica Livingston Jason Fried and me! Neil Davidson Read More......(<a href="http://forums.construx.com/blogs/joelonsoftware/archive/2008/07/18/pecha-kucha.aspx">read more</a>)http://forums.construx.com/blogs/earl/archive/2008/07/16/functionality-is-cheap.aspxWed, 16 Jul 2008 20:54:00 GMT1c8bc03b-986a-40b9-ab6d-e8d23056df8a:2137Earl Beede2<p>Well, I better rephrase that. The functional <em>part</em> of a requirement is cheap. I can deliver the functional part of a requirement in as little time and in as small of a cost as you like <em>if</em> you let me control the non-functional parts of the requirement.</p> <p>That is a heck of a claim.</p> <p>So how do I back that up? First, we need to look into what is a requirement. This is a well covered territory but I have a slightly different spin on it. I maintain that a requirement has two main parts: a functional statement and the non-functional qualifiers of the functional statement.</p> <p>For example, in the statement, &quot;The system shall deliver the message within three minutes,&quot; the &quot;deliver the message&quot; is the functional statement and &quot;within three minutes&quot; is the non-functional qualifier.</p> <p>In a statement such as &quot;The system shall update the record,&quot; the only requirement bit–&quot;update the record&quot;–is the functional part. The non-functional part is assumed, such as &quot;in my lifetime&quot;.</p> <p>It is these non-functional qualifiers that determine the cost and duration of a task or a project. Without at least the critical non-functional qualifiers for a functional statement identified, I really have no idea how long something will take to build or how much it will cost.</p> <p>Does somebody want a fast solution that consumes large amounts of memory or do they want us to spend time and money to make something that is more elegant and uses less memory?</p> <p>In fact, you can think of any non-functional qualifier/attribute/quality as being on an abstracted scale that looks like this.</p> <p><a href="http://forums.construx.com/blogs/earl/WindowsLiveWriter/FunctionalRequirementsareFree_9F36/NFScaleBase_2.png"><img style="border-top-width:0px;border-left-width:0px;border-bottom-width:0px;border-right-width:0px;" height="116" alt="NFScaleBase" src="http://forums.construx.com/blogs/earl/WindowsLiveWriter/FunctionalRequirementsareFree_9F36/NFScaleBase_thumb.png" width="260" border="0" /></a> </p> <p>How much I constrain memory use is a choice. I can choose an aggressive point (B) or a more relaxed point (A). The issue is that since non-functional attributes are seldom specified, a project can base its early estimates on a point A assumption only to discover late in the project that the client had a point B desire.</p> <p>This discovery, while impacting the cost and schedule of the project in a negative way, is NOT product scope creep. The product scope (function) is exactly the same, just how well that function performs has changed. This understanding of the difference between functional (scope) and non-functional (cost &amp; duration) parts can help shed light on a lot of arguments in projects (Project: &quot;It is scope creep!&quot; Customer: &quot;No it is not!&quot;). It can be <em>project</em> scope creep but the word &quot;scope&quot; is usually used for <em>product</em> scope, not project.</p> <p>The other interesting thing that you can start to see is that there is constant movement toward the more aggressive end of the scale (we all want the more aggressive stuff, don&#39;t we?). This movement to more aggressive qualities drives innovation and technology. Functionality doesn&#39;t drive technology, non-functionality does.</p> <p>For example, we have had ways to communicate before smart phones. The function &quot;send a message&quot; has been the same since personal runners and smoke signals. To make the &quot;send a message&quot; function &quot;easier&quot;, &quot;more friendly&quot;, &quot;more convenient&quot;, &quot;more accurate&quot;, and perhaps to combine a bunch of other existing functions into a &quot;more portable&quot; package–all of which are attributes that are non-functionals getting more aggressive–is what has driven communication innovation and given us smart phones. The function is basically the same.</p> <p>This use of the word function is more precise than some popular use. I often hear teams talk about &quot;adding functionality&quot; when, in truth, they are not; they are just making some non-functional attribute of an existing function more aggressive. Is adding a camera to my cell phone adding functionality or merely changing the packaging of two existing functions to make it more &quot;convenient&quot;, more &quot;portable&quot;?</p> <p>I really don&#39;t think we invent new functions very often. Mostly we just repackage them to improve the non-functional attributes.</p> <p>Because the scope (functionality) is often the only part that is specified, project teams faced with impossible schedules often fall back on the same trick. Instead of cutting scope which is highly visible to the customer (and all the non-functional attributes attached to each scope cut), the team will instead cut back on the rarely specified and somewhat hidden non-functional attributes of the specified functionality. </p> <p><a href="http://forums.construx.com/blogs/earl/WindowsLiveWriter/FunctionalRequirementsareFree_9F36/NFRelaxed_2.png"><img style="border-top-width:0px;border-left-width:0px;border-bottom-width:0px;border-right-width:0px;" height="116" alt="NFRelaxed" src="http://forums.construx.com/blogs/earl/WindowsLiveWriter/FunctionalRequirementsareFree_9F36/NFRelaxed_thumb.png" width="260" border="0" /></a> </p> <p>That is, instead of delivering at point B as planned, the project team slides the non-functional attribute toward the relaxed side of the scale. This movement toward a relaxed value will decrease the cost and schedule without changing the claim to deliver the function. The typical sacrificial non-functionals attributes are &quot;maintainability&quot;, &quot;reliability&quot;, &quot;serviceability&quot;, and &quot;portability&quot;.</p> <p>So, back to my claim that I can deliver any functionality (the functional part of a requirement) in as little time as you like IF you allow me to relax the non-functional attributes. It really is not such a bold claim after all since the functionality probably exists today in some form and I can just grab that off the self.</p> <p>Worse case is that I can say that the output time (a non-functional attribute) will take three million years (a very relaxed value). Just be patient.</p> <p>Now, about my payment . . .</p><img src="http://forums.construx.com/aggbug.aspx?PostID=2137" width="1" height="1">humorrequirementsscopehttp://forums.construx.com/blogs/joelonsoftware/archive/2008/07/14/annual-fog-creek-open-house.aspxMon, 14 Jul 2008 11:12:05 GMT1c8bc03b-986a-40b9-ab6d-e8d23056df8a:2118Joel on Software0Here at Fog Creek Software we get a lot of requests for a tour of the office, which we usually have to decline: we have this unusual obsession with giving programmers quiet working conditions. But once a year, we do have an open house. It&#39;s a rare Read More......(<a href="http://forums.construx.com/blogs/joelonsoftware/archive/2008/07/14/annual-fog-creek-open-house.aspx">read more</a>)http://forums.construx.com/blogs/danderson/archive/2008/07/14/new-brand-identity.aspxMon, 14 Jul 2008 00:00:00 GMT1c8bc03b-986a-40b9-ab6d-e8d23056df8a:2135Agile Management Blog0Through the spring, we (at Modus Cooperandi ) have been working with my olf colleague from Microsoft, Kim Tapia-St.Amant and her Interactive Space company to design our new brand identity and web site. We&#39;re rolling out the brand identity this week Read More......(<a href="http://forums.construx.com/blogs/danderson/archive/2008/07/14/new-brand-identity.aspx">read more</a>)http://forums.construx.com/blogs/danderson/archive/2008/07/10/apln-summit-one-week-to-go-register-now.aspxThu, 10 Jul 2008 00:00:00 GMT1c8bc03b-986a-40b9-ab6d-e8d23056df8a:2114Agile Management Blog0There is only 1 week left before the APLN Agile Leadership Summit : Advancing the Agile Enterprise, at the Edgewater Hotel in Seattle. We&#39;ve got a fantastic lineup of speakers and breakout sessions. It&#39;s a mini-Agile conference here in the Northwest Read More......(<a href="http://forums.construx.com/blogs/danderson/archive/2008/07/10/apln-summit-one-week-to-go-register-now.aspx">read more</a>)http://forums.construx.com/blogs/bappleton/archive/2008/07/06/iterative-and-incremental-redefined-redux.aspxSun, 06 Jul 2008 15:05:01 GMT1c8bc03b-986a-40b9-ab6d-e8d23056df8a:2112Brad Appleton's ACME Blog1The agile community has written much about this in the past year or so: Iterative vs Incremental - from the first (and original) Wiki Web The Neglected Practice of Iteratation - by Jeff Patton Difference between Iterative and Incremental Development Read More......(<a href="http://forums.construx.com/blogs/bappleton/archive/2008/07/06/iterative-and-incremental-redefined-redux.aspx">read more</a>)AgileProject-Mgmthttp://forums.construx.com/blogs/bappleton/archive/2008/07/06/traceability-matrix-in-an-agile-project.aspxSun, 06 Jul 2008 14:59:37 GMT1c8bc03b-986a-40b9-ab6d-e8d23056df8a:2111Brad Appleton's ACME Blog0InfoQ.com summarized an email-list discussion thread on the subject of using a Traceability Matrix in an Agile Project . I contributed quite a lot to the thread, and InfoQ apparently included many of the key things I said along with the related URLs to Read More......(<a href="http://forums.construx.com/blogs/bappleton/archive/2008/07/06/traceability-matrix-in-an-agile-project.aspx">read more</a>)AgileLinksTraceabilityhttp://forums.construx.com/blogs/bappleton/archive/2008/07/06/the-laws-of-codeline-thermo-dynamics.aspxSun, 06 Jul 2008 14:46:28 GMT1c8bc03b-986a-40b9-ab6d-e8d23056df8a:2113Brad Appleton's ACME Blog0Some of the discussion with my co-authors on our May 2008 CM Journal article on Agile Release Management spurred some additional thoughts by me that I hope to refine and work into a subsequent article later this year. Release Management is about so much Read More......(<a href="http://forums.construx.com/blogs/bappleton/archive/2008/07/06/the-laws-of-codeline-thermo-dynamics.aspx">read more</a>)CMAgileVersion-Controlhttp://forums.construx.com/blogs/bappleton/archive/2008/07/06/an-agile-approach-to-release-management.aspxSun, 06 Jul 2008 14:09:59 GMT1c8bc03b-986a-40b9-ab6d-e8d23056df8a:2107Brad Appleton's ACME Blog0My Agile SCM co-authors Rob Cowham, Steve Berczuk, and myself have written an article for the May CM Journal on An Agile Approach to Release Management We&#39;re relatively pleased with the article, and all collaborated together quite well. Read More......(<a href="http://forums.construx.com/blogs/bappleton/archive/2008/07/06/an-agile-approach-to-release-management.aspx">read more</a>)AgileLeanVersion-Controlhttp://forums.construx.com/blogs/bappleton/archive/2008/07/06/book-software-teamwork-taking-ownership-for-success.aspxSun, 06 Jul 2008 14:04:29 GMT1c8bc03b-986a-40b9-ab6d-e8d23056df8a:2108Brad Appleton's ACME Blog0My review of Jim Brosseau&#39;s Software Teamwork: Taking Ownership for Success is available in the May issue of the Agile Journal . It is nothing less than outstanding! I found Software Teamwork to be an immensely helpful, intensely practical, profusely Read More......(<a href="http://forums.construx.com/blogs/bappleton/archive/2008/07/06/book-software-teamwork-taking-ownership-for-success.aspx">read more</a>)AgileBookshttp://forums.construx.com/blogs/bappleton/archive/2008/07/06/distributed-version-control-guide-on-infoq-com.aspxSun, 06 Jul 2008 13:54:21 GMT1c8bc03b-986a-40b9-ab6d-e8d23056df8a:2109Brad Appleton's ACME Blog0Nice little guide on InfoQ.com about Distributed Version Control - that&#39;s twice in two months that the &quot; agile &quot; section of InfoQ.com has had a decent article on the subject! Read More......(<a href="http://forums.construx.com/blogs/bappleton/archive/2008/07/06/distributed-version-control-guide-on-infoq-com.aspx">read more</a>)LinksVersion-Controlhttp://forums.construx.com/blogs/bappleton/archive/2008/07/06/from-pmbok-to-agility.aspxSun, 06 Jul 2008 13:46:32 GMT1c8bc03b-986a-40b9-ab6d-e8d23056df8a:2110Brad Appleton's ACME Blog0I recently learned that Michelle Sliger , author of the wonderful 4 part series of articles on Relating PMBoK to Agile Practices , is co-authoring a book with Stacia Broderick entitled the Software Project Manager&#39;s Bridge to Agility . You can even Read More......(<a href="http://forums.construx.com/blogs/bappleton/archive/2008/07/06/from-pmbok-to-agility.aspx">read more</a>)AgileLinkshttp://forums.construx.com/blogs/joelonsoftware/archive/2008/07/01/don-t-hide-or-disable-menu-items.aspxTue, 01 Jul 2008 11:42:04 GMT1c8bc03b-986a-40b9-ab6d-e8d23056df8a:2100Joel on Software0A long time ago, it became fashionable, even recommended, to disable menu items when they could not be used. Don&#39;t do this. Users see the disabled menu item that they want to click on, and are left entirely without a clue of what they are supposed Read More......(<a href="http://forums.construx.com/blogs/joelonsoftware/archive/2008/07/01/don-t-hide-or-disable-menu-items.aspx">read more</a>)http://forums.construx.com/blogs/earl/archive/2008/06/26/sick-sigma.aspxThu, 26 Jun 2008 15:25:00 GMT1c8bc03b-986a-40b9-ab6d-e8d23056df8a:2096Earl Beede3<p>I have a love/hate relationship with software metrics. While I acknowledge that well designed, well collected, and well utilized measures on software projects can be of huge benefit to the project team, most of us suffer under the burden of measures that are non-designed, ad hoc collected, and not utilized by the team.</p> <p>Let&#39;s take a quick look at those three areas of software measurement: design, collection, utilization.</p> <p><strong><font size="3">Design</font></strong></p> <p>The starting point for any useful software measurement is in the design. Most software measurement gurus I know point to Vic Basili&#39;s Goal/Question/Metric (<a href="http://en.wikipedia.org/wiki/GQM" target="_blank">GQM</a>) approach for designing useful software measures. In this approach, you start by articulating a clear goal you want your task/project/organization to achieve.</p> <p>Well, right there is were the measurement woes begin. It is not common to see well articulated goals in software development in general let alone associated with the measurement program. What I see at clients&#39; sites is often more like a general wish than a goal: &quot;improve productivity&quot;, &quot;reduce defects&quot;. </p> <p>Where I have seen at least a measurable goal, &quot;reduce defects by 50%,&quot; no mention of what kind of defects we cared about. The team previous to the &quot;goal&quot; implemented small enhancements requested by the customer by adding them to the defect database. With general defect reduction now the goal, the team started arguing with the clients about what was a &quot;defect&quot; and forced all small changes into the bureaucratic change control process. Not only did the released quality not change but the customer was even more upset than before. </p> <p>Truly sick sigma in action.</p> <p>There is a lot of information on how to write good <a href="http://www.goal-setting-guide.com/smart-goals.html" target="_blank">goals</a> out there. The more interesting question is that why, with all that good information, do we still not have well stated goals in general and software measurement in particular?</p> <p>My take is that good goals require both resources to achieve and accountability. Both are in short supply when the focus of the organization is almost entirely on getting the product out the door. You need <a href="http://www.amazon.com/Slack-Getting-Burnout-Busywork-Efficiency/dp/0767907698" target="_blank">slack</a> to do good measurements and our getting lean and mean leaves no room for any goals than &quot;ship it&quot;.</p> <p><font size="3"><strong>Collection</strong></font></p> <p>After a reasonable design is in place (and that may take a few iterations) it is time to move to collection. Here, sick sigma metrics fail in two areas: practice and accuracy.</p> <p>&quot;Practice makes pretty useful&quot; should be a mantra for software measurement. Given a well designed metric, the people collecting the data still require a lot of practice in identifying instances of the metric. Without the practice the data collected will end up comparing apples and applets. Close but no banana.</p> <p>Take the common data collection item Line of Code. What is a line of code? Does it include comments? Only executable statements or physical lines? What about actual function? Would we count it differently in C++ than COBAL?</p> <p>Or how about Defect? Do I include defects committed in requirements but discovered in design? How about defects in areas that the specifications simply did not address? How long after initial customer acceptance do we still count the defect for our metric?</p> <p>While the design should address some of these questions, only practice in the world of messy reality can help a software measurement. To paraphrase <a href="http://en.wikipedia.org/wiki/Fred_Brooks" target="_blank">Fred Brooks</a>, plan to measure several times, you are going to throw the first few away anyhow.</p> <p>The second area that sick sigma falls down is accuracy. Sick sigma substitutes precision for accuracy. The metrics produced by sick sigma are very nice down the fifth or six decimal point. Unfortunately, they are wrong. </p> <p>The data collection in almost all of our human systems can only achieve a rough level of precision. With overly precise measure we make it harder to collect and easy to dispute. Instead we want measures that are easy to collect and harder to dispute.</p> <p>For example, say you are collecting effort data. Sick sigma implementations would have each technical professional record down to 10 or 15 minute increments twice a day how much time was spent on task. Not only does this high level of precision make it irritating for the data collectors (the technical staff) but the wide variation of knowledge work will result in people recording more the time they spent in the office than work on task. This makes it ripe for dismissal as useless.</p> <p>Instead, if had them round it off to the nearest hour at the end of the week, then we could present the data as imprecise but accurate; it tells the right story. The question of effort data is not, &quot;did we spend 17 hours or 18 hours&quot; on a task but, &quot;did we spend a small amount or large amount&quot; of time. Here, rounded off data that is accurate but not precise can tell us what we need to know. Attempts to dismiss the data as inaccurate is far more easier to refute since it isn&#39;t trying to be precise as well.</p> <p><font size="3"><strong>Utilization</strong></font></p> <p>The last area where sick sigma hinders software teams is in the utilization of the measurements. In sick sigma organizations the data collected disappears into a metrics black hole. I call this &quot;measures for the merely curious&quot; since it never seems to change anything. This usually covers almost all metrics that are requested by upper management.</p> <p>Data collectors should only collect data so decisions can be made and actions taken. </p> <p>What we need to do is feedback the measures to the data generators/collectors as quickly as possible. That is where the main action is so that is where information can aid in making decisions.</p> <p>The best case is that the data is immediately visible on a common wall where the data generators see it on a regular basis. I recall one shop where code growth, earned value, and defect counts were all kept on a wall in the midst of the development team. Once a week this information was updated and the team made decisions based on the data. This is not so different from what many agile teams are doing today.</p> <p><font size="3"><strong>Healing Sick Sigma</strong></font></p> <p>Using GQM, getting practice, telling the right story, and using the information locally are all ways to heal the wounds caused by poor metrics.</p> <p>By the way, any resemblance between &quot;sick sigma&quot; and &quot;Six Sigma&quot; is . . . uh . . . purely coincidental, yeah! that&#39;s the ticket. If you want to know my views on the latter, drop me a line and I will sure to trend the results, Pareto the feedback, and analyze it to seven significant digits. Then I will stick it somewhere, I am not sure where (and not there either), but it will be colorful!</p><img src="http://forums.construx.com/aggbug.aspx?PostID=2096" width="1" height="1">sigmameasurementmetricshttp://forums.construx.com/blogs/gilb/archive/2008/06/26/2095.aspxThu, 26 Jun 2008 11:22:40 GMT1c8bc03b-986a-40b9-ab6d-e8d23056df8a:2095Tiki RSS feed for blog: Tom Gilb & Kai Gilb's blog0The Gilb London course is growing year by year. This year the theme is Risk &amp; Uncertainty, and experts from all around the world is presenting and participating (very lively). Speaker List Bran Selic - Malina Software Corp - Canada Risk Factors in Read More......(<a href="http://forums.construx.com/blogs/gilb/archive/2008/06/26/2095.aspx">read more</a>)http://forums.construx.com/blogs/gilb/archive/2008/06/20/2093.aspxFri, 20 Jun 2008 22:27:37 GMT1c8bc03b-986a-40b9-ab6d-e8d23056df8a:2093Tiki RSS feed for blog: Tom Gilb & Kai Gilb's blog0I set up this blog for us, as an easy place to share anything. Everybody is welcome to post anything they like here. Read More......(<a href="http://forums.construx.com/blogs/gilb/archive/2008/06/20/2093.aspx">read more</a>)http://forums.construx.com/blogs/syegge/archive/2008/06/16/done-and-gets-things-smart.aspxTue, 17 Jun 2008 03:59:36 GMT1c8bc03b-986a-40b9-ab6d-e8d23056df8a:2091Stevey's Blog Rants0Disclaimer: I do not speak for Google! These are my own views and opinions, and are not endorsed in any way by my employer, nor anyone else, for that matter. Everyone knows and quotes Joel&#39;s old chestnut, &quot;Smart, and Gets Things Done.&quot; It Read More......(<a href="http://forums.construx.com/blogs/syegge/archive/2008/06/16/done-and-gets-things-smart.aspx">read more</a>)http://forums.construx.com/blogs/danderson/archive/2008/06/17/3rd-annual-state-of-agile-development-survey.aspxTue, 17 Jun 2008 00:00:00 GMT1c8bc03b-986a-40b9-ab6d-e8d23056df8a:2092Agile Management Blog0VersionOne are organizing the 3rd annual survey. This has proven to be the best industry survey over the last 2 years. Despite the fact, it is organized by a tools vendor, it&#39;s very independent. The quality of the survey relies on each and every one Read More......(<a href="http://forums.construx.com/blogs/danderson/archive/2008/06/17/3rd-annual-state-of-agile-development-survey.aspx">read more</a>)