<?xml version="1.0" encoding="utf-8"?>
<rss version="2.0"><channel><title>Thinking inside a bigger box - Latest Comments in One customer, one service, eight weeks</title><link>http://thinkinginsideabiggerbox.disqus.com/</link><description></description><language>en</language><lastBuildDate>Sun, 25 Jan 2009 23:46:56 -0000</lastBuildDate><item><title>Re: One customer, one service, eight weeks</title><link>http://www.brodwall.com/johannes/blog/2008/06/27/one-customer-one-service-eight-weeks/#comment-5543704</link><description>BT is one of the largest telecom companies in the world. It's impressive that they were able to adopt agile, at least for part of their operations. Historically, Agile is not the easiest thing to implement in traditional/waterfall organizations. I'm wondering how big are the teams involved (and I agree with the previous comment that the team's work was impressive). One of the &lt;a  href='http://www.pmhut.com/limitations-of-agile-software-development' rel="nofollow"&gt;limitations of agile&lt;/a&gt; is that it doesn't work well with larger teams.</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">PM Hut</dc:creator><pubDate>Sun, 25 Jan 2009 23:46:56 -0000</pubDate></item><item><title>Re: One customer, one service, eight weeks</title><link>http://www.brodwall.com/johannes/blog/2008/06/27/one-customer-one-service-eight-weeks/#comment-1799165</link><description>A great and inspiring talk. I think part of their success was also the fact that after saying "deliver something every 90 days", they had a really good support crew for the projects to turn to. This support crew would move between projects offering their advice, coaching, holding talks or workshops on how to overcome some of the problems that naturally arises when an organisation suddenly must adapt to shorter delivery cycles.&lt;br&gt;&lt;br&gt;The projects first experienced the problems, then found solutions on their own or through the support team. They focused on the goal which is rapid delivery and shorter feedback cycles, instead of telling everyone how to do it. This gives commitment and motivation to the team members instead of having someone just force agile on them.</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Anders</dc:creator><pubDate>Tue, 01 Jul 2008 10:02:06 -0000</pubDate></item></channel></rss>