<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>toniBlog &#187; Lean</title>
	<atom:link href="http://www.the-arm.com/tag/Lean/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.the-arm.com</link>
	<description>A weblog about Methodologies for Development</description>
	<lastBuildDate>Fri, 03 Sep 2010 15:05:55 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0.1</generator>
<atom:link rel="hub" href="http://pubsubhubbub.appspot.com"/><atom:link rel="hub" href="http://superfeedr.com/hubbub"/>		<item>
		<title>The unknown variable, Che Guevara theories applied to agile teams</title>
		<link>http://www.the-arm.com/2010/03/the-unknown-variable-che-guevara-theories-applied-to-agile-teams/</link>
		<comments>http://www.the-arm.com/2010/03/the-unknown-variable-che-guevara-theories-applied-to-agile-teams/#comments</comments>
		<pubDate>Mon, 01 Mar 2010 07:22:39 +0000</pubDate>
		<dc:creator>toni</dc:creator>
				<category><![CDATA[work]]></category>
		<category><![CDATA[agile]]></category>
		<category><![CDATA[Lean]]></category>
		<category><![CDATA[military]]></category>

		<guid isPermaLink="false">http://www.the-arm.com/?p=509</guid>
		<description><![CDATA[In Che: Part One, Ernesto Che Guevara states: In War and Peace Tolstoy remarks that military science assumes that bigger armies with more men wield greater force. On the other hand, only vaguely, do they recognize that during military combat the final strength of an army is also its true physical capacity multiplied by one [...]]]></description>
			<content:encoded><![CDATA[<p>In <a href="http://www.imdb.com/title/tt0892255/">Che: Part One</a>, Ernesto Che Guevara states:</p>
<blockquote><p>In War and Peace Tolstoy remarks that military science assumes that bigger armies with more men wield greater force.<br />
On the other hand, only vaguely, do they recognize that during military combat the final strength of an army is also its true physical capacity multiplied by one unknown variable.<br />
One unknown variable. This variable is none other that the spirit of the troops measured as their greater or lesser desire to fight and confront danger.<br />
Men with the desire to fight who also understand why they are fighting regardless of who they are fighting whether under military geniuses or those of normal intelligence fighting with clubs or machine guns that fire 30 rounds a minute these men will put themselves in the best positions and so they will win.</p></blockquote>
<p>Immediately after hearing this I&#8217;ve started a comparison with agile projects. </p>
<p>It&#8217;s obvious in these days, with agile becoming mainstream that bigger armies (expensive tools? costly hardware? costly solutions?) and bigger teams don&#8217;t imply success in software development. </p>
<p>What is then the unknown variable in an agile team?<br />
I would compare the physical capacity with the knowledge base of the team, with the general collective intellect.<br />
The desire of fighting is nothing else than desire of success and play with risks and issues in a project.<br />
But then, it&#8217;s in the understanding of the why they are fighting the most interesting part. </p>
<p>I&#8217;ve seen teams over-performing in few different situations: some were strongly committed to the success of a startup, feeling part of it (my experience at <a href="http://www.fluidtime.com/">Fluidtime</a>), some other were committed to reach excellence (a common behavior at <a href="http://www.thoughtworks.co.uk/">ThoughtWorks</a>). </p>
<p>The why can be different from team member to team member, some people need to feel that they are part of a whole, some others need recognition and differentiation.<br />
Some others are carrier driven, some others have a strong desire to learn, improve. </p>
<p>Finding the right motivation in your team members will make your team run faster and smoothy, the unknown variable will boost your speed and quality.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.the-arm.com/2010/03/the-unknown-variable-che-guevara-theories-applied-to-agile-teams/feed/</wfw:commentRss>
		<slash:comments>2</slash:comments>
		</item>
		<item>
		<title>5S and Software Development</title>
		<link>http://www.the-arm.com/2010/01/5s-and-software-development/</link>
		<comments>http://www.the-arm.com/2010/01/5s-and-software-development/#comments</comments>
		<pubDate>Mon, 04 Jan 2010 07:48:10 +0000</pubDate>
		<dc:creator>toni</dc:creator>
				<category><![CDATA[work]]></category>
		<category><![CDATA[5S]]></category>
		<category><![CDATA[discipline]]></category>
		<category><![CDATA[Lean]]></category>

		<guid isPermaLink="false">http://www.the-arm.com/?p=490</guid>
		<description><![CDATA[Phase 1 &#8211; Seiri, Sorting: Going through all the tools, materials, etc., in the plant and work area and keeping only essential items. Everything else is stored or discarded. Remove unused code Uninstall useless software Remove unused libraries Phase 2 &#8211; Seiton, Straighten or Set in Order: the intent is to arrange the tools, equipment [...]]]></description>
			<content:encoded><![CDATA[<p>Phase 1 &#8211; Seiri, Sorting: Going through all the tools, materials, etc., in the plant and work area and keeping only essential items. Everything else is stored or discarded.</p>
<ul>
<li>Remove unused code</li>
<li>Uninstall useless software</li>
<li>Remove unused libraries</li>
</ul>
<p>Phase 2 &#8211; Seiton, Straighten or Set in Order: the intent is to arrange the tools, equipment and parts in a manner that promotes work flow.</p>
<ul>
<li>Build Scripts</li>
<li>Shortcuts</li>
<li>Symbolic Links to reach dev paths</li>
<li>Labelling of builds / deploy to QA</li>
</ul>
<p>Phase 3 &#8211; Seiso, Sweeping or Shining or Cleanliness: Systematic Cleaning or the need to keep the workplace clean as well as neat.</p>
<ul>
<li>Keep desk clean</li>
<li>Keep the OS desktop clean</li>
<li>Sort out emails</li>
</ul>
<p>Phase 4 &#8211; Seiketsu, Standardizing: Standardized work practices or operating in a consistent and standardized fashion.</p>
<ul>
<li>Patterns</li>
<li>Communication, common language</li>
</ul>
<p>Phase 5 &#8211; Shitsuke, Sustaining the discipline: Refers to maintaining and reviewing standards. Once the previous 4S&#8217;s have been established, they become the new way to operate. Maintain the focus on this new way of operating, and do not allow a gradual decline back to the old ways of operating.</p>
<p>5S definitions are taken from <a href="http://en.wikipedia.org/wiki/5S_(methodology)">wikipedia</a></p>
]]></content:encoded>
			<wfw:commentRss>http://www.the-arm.com/2010/01/5s-and-software-development/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>choose your next car: fiat duna, toyota prius or ferrari f60?</title>
		<link>http://www.the-arm.com/2009/07/choose-your-next-car-fiat-duna-toyota-prius-or-ferrari-f60/</link>
		<comments>http://www.the-arm.com/2009/07/choose-your-next-car-fiat-duna-toyota-prius-or-ferrari-f60/#comments</comments>
		<pubDate>Sun, 26 Jul 2009 15:30:34 +0000</pubDate>
		<dc:creator>toni</dc:creator>
				<category><![CDATA[work]]></category>
		<category><![CDATA[Craftsmanship]]></category>
		<category><![CDATA[Lean]]></category>
		<category><![CDATA[mass production]]></category>
		<category><![CDATA[software development]]></category>
		<category><![CDATA[waterfall]]></category>

		<guid isPermaLink="false">http://www.the-arm.com/?p=468</guid>
		<description><![CDATA[If  you&#8217;re lucky, you can afford Craftsmanship, good for you. You&#8217;ll have top quality, in a hand crafted sports car. Or if you didn&#8217;t follow the market in the last 20 years you&#8217;ll opt for a second hand Fiat Duna, mass produced in Brazil in the nineties and you will spend almost nothing (well not [...]]]></description>
			<content:encoded><![CDATA[<div class="wp-caption alignnone" style="width: 960px"><img title="Fiat Duna" src="http://upload.wikimedia.org/wikipedia/commons/thumb/2/28/Fiat_Duna.JPG/792px-Fiat_Duna.JPG" alt="Waterfall process" width="950" height="718" /><p class="wp-caption-text">Mass Production</p></div>
<div class="wp-caption alignnone" style="width: 610px"><img title="Toyota Prius 2010" src="http://www.everyjoe.com/files/2009/06/2010_toyota_prius_hybrid.jpg" alt="Lean" width="600" height="351" /><p class="wp-caption-text">Lean</p></div>
<div class="wp-caption alignnone" style="width: 786px"><img title="Ferrari f430" src="http://www.gothamdreamcars.com/images/Ferrari/ferrari-f430-spider-1.jpg" alt="Craftmanship" width="776" height="499" /><p class="wp-caption-text">Craftsmanship</p></div>
<p>If  you&#8217;re lucky, you can afford Craftsmanship, good for you. You&#8217;ll have top quality, in a hand crafted sports car.</p>
<p>Or if you didn&#8217;t follow the market in the last 20 years you&#8217;ll opt for a second hand Fiat Duna, mass produced in Brazil in the nineties and you will spend almost nothing (well not including costly maintenance): nobody wants a Duna!</p>
<p>Maybe you want to go lean. You want to spend a little more and be environmentally friendly (the Prius is a Hybrid) and get a sweet piece of technology.</p>
<p>The challenge for the Craftsmanship movement is to keep the cost low, the challenge for the lean movement is to show to all the world how great the quality/price relationship is.</p>
<p>There&#8217;s no hope for you if you&#8217;re following mass production/waterfall process: you will end up with an ugly broken car.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.the-arm.com/2009/07/choose-your-next-car-fiat-duna-toyota-prius-or-ferrari-f60/feed/</wfw:commentRss>
		<slash:comments>2</slash:comments>
		</item>
		<item>
		<title>A very long list of Agile, Lean &amp; C. books</title>
		<link>http://www.the-arm.com/2009/06/a-very-long-list-of-agile-lean-c-books/</link>
		<comments>http://www.the-arm.com/2009/06/a-very-long-list-of-agile-lean-c-books/#comments</comments>
		<pubDate>Wed, 10 Jun 2009 09:02:28 +0000</pubDate>
		<dc:creator>toni</dc:creator>
				<category><![CDATA[work]]></category>
		<category><![CDATA[agile]]></category>
		<category><![CDATA[books]]></category>
		<category><![CDATA[kaizen]]></category>
		<category><![CDATA[Lean]]></category>
		<category><![CDATA[process]]></category>

		<guid isPermaLink="false">http://www.the-arm.com/?p=452</guid>
		<description><![CDATA[I&#8217;ve used to have this list on a Google Spreadsheet, it took me quite a while to sort it (the first 3-5 books for each category are more essential than the others) and place the links, but here it is, more than sixty agile-related books! Agile Process User Stories Applied by Mike Cohn Agile Estimating [...]]]></description>
			<content:encoded><![CDATA[<p>I&#8217;ve used to have this list on a Google Spreadsheet, it took me quite a while to sort it (the first 3-5 books for each category are more essential than the others) and place the links, but here it is, more than sixty agile-related books!</p>
<p><strong>Agile Process</strong></p>
<ul>
<li><a href="http://www.amazon.com/User-Stories-Applied-Development-Addison-Wesley/dp/0321205685">User Stories Applied by Mike Cohn</a></li>
<li><a href="http://www.amazon.co.uk/Agile-Estimating-Planning-Robert-Martin/dp/0131479415">Agile Estimating and Planning by Mike Cohn.</a></li>
<li><a href="http://www.amazon.com/Agile-Software-Development/dp/0201699699">Agile Software Development by Alistair Cockburn</a></li>
<li><a href="http://www.amazon.co.uk/Extreme-Programming-Explained-Embrace-Change/dp/0201616416">Extreme Programming Explained by Kent Beck.</a></li>
<li><a href="http://www.amazon.co.uk/Crystal-Clear-Human-Powered-Methodology-Small/dp/0201699478">Crystal Clear: A Human-Powered Methodology for Small Teams by Alistair Cockburn</a></li>
<li><a href="http://www.amazon.co.uk/Accelerating-Process-Improvement-Using-Techniques/dp/0849337968">Accelerating Process Improvement Using Agile Techniques by Deb Jacobs</a></li>
<li><a href="http://www.amazon.com/Agile-Iterative-Development-Managers-Software/dp/0131111558">Agile and Iterative Development: A Manager’s Guide by Craig Larman</a></li>
<li><a href="http://www.amazon.co.uk/Agile-Project-Management-Microsoft-Professional/dp/073561993X">Agile Project Management with SCRUM by Ken Schwaber.</a></li>
<li><a href="http://www.amazon.co.uk/Agile-Project-Management-Innovative-Development/dp/0321219775">Agile Project Management: Creating Innovative Products by Jim Highsmith</a></li>
<li><a href="http://www.amazon.co.uk/Agile-Retrospectives-Making-Pragmatic-Programmers/dp/0977616649">Agile Retrospectives: Making Good Teams Great by Esther Derby and Diana Larsen.</a></li>
<li><a href="http://www.amazon.com/Agile-Software-Development-Large-Diving/dp/0932633579">Agile Software Development in the Large: Diving Into the Deep by Jutta Eckstein</a></li>
<li><a href="http://www.amazon.com/Agile-Software-Development-Scrum/dp/0130676349">Agile Software Development with Scrum by Ken Schwaber and Mike Beedle</a></li>
<li><a href="http://www.amazon.co.uk/Software-Development-Principles-Patterns-Practices/dp/0135974445">Agile Software Development, Principles, Patterns, and Practices by Robert C. Martin</a></li>
<li><a href="http://www.amazon.co.uk/Behind-Closed-Doors-Management-Programmers/dp/0976694026">Behind Closed Doors by Johanna Rothman</a></li>
<li><a href="http://www.amazon.com/Crucial-Conversations-Tools-Talking-Stakes/dp/0071401946">Crucial Conversations &#8211; Kerry Patterson, Joseph Grenny, Ron McMillan, Al Switzler</a></li>
<li><a href="http://www.amazon.com/Debugging-Development-Process-Practical-Strategies/dp/1556156502">Debugging the Development Process: Practical Strategies for Staying Focused, Hitting Ship Dates, and Building Solid Teams by Steve Maguire</a></li>
<li><a href="http://www.amazon.co.uk/Joel-Software-Occasionally-Developers-Designers/dp/1590593898">Joel on Software: And on Diverse and Occasionally Related Matters That Will Prove of Interest to Software Developers, Designers, and Managers, and to Those Who, Whether by Good Fortune or Ill Luck, Work with Them in Some Capacity by Joel Spolsky</a></li>
<li><a href="http://www.amazon.co.uk/Manage-Modern-Pragmatic-Project-Management/dp/0978739248">Manage It!: Your Guide to Modern, Pragmatic Project Management by Johanna Rothman</a></li>
<li><a href="http://www.amazon.co.uk/Managing-Agile-Projects-Kevin-Aguanno/dp/1895186110">Managing Agile Projects by Kevin, J. Aguanno</a></li>
<li><a href="http://www.amazon.co.uk/Organizational-Patterns-Agile-Software-Development/dp/0131467409">Organizational Patterns of Agile Software Development by James O. Coplien, and Neil B. Harrison</a></li>
<li><a href="http://www.amazon.co.uk/Practices-Agile-Developer-Pragmatic-Programmers/dp/097451408X">Practices of an Agile Developer: Working in the Real World by Venkat Subramaniam</a></li>
<li><a href="http://www.amazon.com/Project-Retrospectives-Handbook-Team-Reviews/dp/0932633447">Project Retrospectives: A Handbook for Team Reviews by Norman L. Kerth</a></li>
<li><a href="http://www.amazon.co.uk/Release-Production-Ready-Software-Pragmatic-Programmers/dp/0978739213">Release It!: Design and Deploy Production-Ready Software by Michael Nygard</a></li>
<li><a href="http://www.amazon.co.uk/Scaling-Software-Agility-Enterprises-Development/dp/0321458192">Scaling Software Agility &#8211; Dean Leffingwell</a></li>
<li><a href="http://www.amazon.co.uk/Art-Agile-Development-James-Shore/dp/0596527675">The Art of Agile Development by James Shore</a></li>
<li><a href="http://www.amazon.com/Smart-Gets-Things-Done-Technical/dp/1590598385">Smart, and Gets Things Done by Joel Spolsky</a></li>
<li><a href="http://www.amazon.com/Software-Estimation-Demystifying-Practices-Microsoft/dp/0735605351">Software Estimation: Demystifying the Black Art by Steve McConnell</a></li>
<li><a href="http://www.amazon.co.uk/Waltzing-Bears-Managing-Software-Projects/dp/0932633609">Waltzing with Bears: Managing Risk on Software Projects &#8211; Tom DeMarco and Timothy Lister</a></li>
</ul>
<p><strong>Additional Context</strong></p>
<ul>
<li><a href="http://www.amazon.co.uk/Goal-Process-Ongoing-Improvement/dp/0566086654">The Goal &#8211; Eliyahu Goldratt</a></li>
<li><a href="http://www.amazon.com/Mythical-Man-Month-Software-Engineering-Anniversary/dp/0201835959">The Mythical Man-Month: Essays on Software Engineering by Frederick P. Brooks</a></li>
<li><a href="http://www.amazon.com/Five-Dysfunctions-Team-Leadership-Lencioni/dp/0787960756">The Five Dysfunctions of a Team: A Leadership Fable by Patrick M. Lencioni</a></li>
<li><a href="http://www.amazon.com/Fifth-Discipline-Practice-Learning-Organization/dp/0385260954">The Fifth Discipline by Peter M. Senge</a></li>
<li><a href="http://www.amazon.com/Fearless-Change-Patterns-Introducing-Ideas/dp/0201741571">Fearless Change: Patterns for Introducing New Ideas &#8211; Mary Lynn Manns and Linda Rising</a></li>
<li><a href="http://www.amazon.co.uk/Slack-Tom-DeMarco/dp/0767907698">Slack by Tom De Marco.</a></li>
<li><a href="http://www.amazon.com/Peopleware-Productive-Projects-Tom-Demarco/dp/0932633056">Peopleware: Productive Projects and Teams by Tom DeMarco</a></li>
<li><a href="http://www.amazon.com/Collaboration-Explained-Facilitation-Software-Development/dp/0321268776">Collaboration Explained by Jean Tabaka</a></li>
</ul>
<p><strong>Agile Development</strong></p>
<ul>
<li><a href="http://www.amazon.com/Pragmatic-Programmer-Journeyman-Master/dp/020161622X">The Pragmatic Programmer: From Journeyman to Master by Andrew Hunt and David Thomas</a></li>
<li><a href="http://www.amazon.co.uk/Pair-Programming-Illuminated-Laurie-Williams/dp/0201745763">Pair Programming Illuminated by Laurie Williams.</a></li>
<li><a href="http://www.amazon.co.uk/Test-Driven-Development-Addison-Wesley-Signature/dp/0321146530">Test Driven Development: By Example by Kent Beck.</a></li>
<li><a href="http://www.amazon.com/Domain-Driven-Design-Tackling-Complexity-Software/dp/0321125215">Domain-Driven Design: Tackling Complexity in the Heart of Software by Eric Evans</a></li>
<li><a href="http://www.amazon.com/Complete-Microsoft-Programming-Steve-McConnell/dp/1556154844">Code Complete: A Practical Handbook of Software Construction by Steve McConnell</a></li>
<li><a href="http://www.amazon.com/Continuous-Integration-Improving-Addison-Wesley-Signature/dp/0321336380">Continuous Integration: Improving Software Quality and Reducing Risk by Paul Duvall, Steve Matyas, and Andrew Glover</a></li>
<li><a href="http://www.amazon.com/Design-Patterns-Object-Oriented-Addison-Wesley-Professional/dp/0201633612">Design Patterns by Gamma et al</a></li>
<li><a href="http://www.amazon.com/Break-Software-Security-James-Whittaker/dp/0321194330">How to Break Software by James Whittaker</a></li>
<li><a href="http://www.amazon.com/Pragmatic-Project-Automation-Deploy-Monitor/dp/0974514039">Pragmatic Project Automation: How to Build, Deploy, and Monitor Java Apps by Mike Clark</a></li>
<li><a href="http://www.amazon.co.uk/Refactoring-Databases-Evolutionary-Addison-Wesley-Signature/dp/0321293533">Refactoring Databases: Evolutionary Database Design by Scott W. Ambler, and Pramodkumar J. Sadalage</a></li>
<li><a href="http://www.amazon.com/Refactoring-Improving-Existing-Addison-Wesley-Technology/dp/0201485672">Refactoring by Martin Fowler</a></li>
<li><a href="http://www.amazon.co.uk/Refactoring-Patterns-Addison-Wesley-Signature-Kerievsky/dp/0321213351">Refactoring to Patterns by Joshua Kerievsky</a></li>
<li><a href="http://www.amazon.co.uk/Test-Driven-Acceptance-Java-Developers/dp/1932394850">Test Driven: Practical TDD and Acceptance TDD for Java Developers by Lasse Koskela</a></li>
<li><a href="http://www.amazon.com/xUnit-Test-Patterns-Refactoring-Addison-Wesley/dp/0131495054">xUnit Test Patterns: Refactoring Test Code by Gerard Meszaros</a></li>
<li><a href="http://www.amazon.com/Working-Effectively-Legacy-Robert-Martin/dp/0131177052">Working Effectively with Legacy Code by Michael Feathers</a></li>
<li><a href="http://www.amazon.co.uk/Practice-Programming-Addison-Wesley-Professional-Computing/dp/020161586X">The Practice of Programming by Kernighan and Pike</a></li>
</ul>
<p><strong>Lean</strong></p>
<ul>
<li><a href="http://www.amazon.co.uk/Lean-Thinking-Corporation-Revised-Updated/dp/0743249275">Lean Thinking by James P. Womack and Daniel T. Jones</a></li>
<li><a href="http://www.amazon.com/Machine-That-Changed-World-Production/dp/0060974176">The Machine That Changed the World by Womack, Jones and Roos</a></li>
<li><a href="http://www.amazon.co.uk/Lean-Software-Development-Agile-Toolkit/dp/0321150783">Lean Software Development by Mary Poppendieck and Tom Poppendieck</a></li>
<li><a href="http://www.amazon.co.uk/Implementing-Lean-Software-Development-Addison-Wesley/dp/0321437381">Implementing Lean Software Development: From Concept to Cash by Mary Poppendieck and Tom Poppendieck</a></li>
<li><a href="http://www.amazon.com/Toyota-Way-Jeffrey-Liker/dp/0071392319">The Toyota Way by Jeffrey Liker</a></li>
<li><a href="http://www.amazon.com/Toyota-Culture-Heart-Soul-Way/dp/0071492178">Toyota Culture: The Heart and Soul of the Toyota Way by Jeffrey Liker</a></li>
<li><a href="http://www.amazon.com/Toyota-Production-System-Beyond-Large-Scale/dp/0915299143">Toyota Production System: Beyond Large-Scale Production by Taiichi Ohno</a></li>
<li><a href="http://www.amazon.co.uk/Gemba-Kaizen-Commonsense-Low-Cost-Management/dp/0070314462">Gemba Kaizen by Masaaki Imai</a></li>
<li><a href="http://www.amazon.co.uk/Kaizen-Art-Creative-Thinking-Scientific/dp/1897363591">Kaizen and the Art of Creative Thinking by Shigeo Shingo</a></li>
<li><a href="http://www.amazon.co.uk/Lean-Software-Strategies-Techniques-Developers/dp/1563273055">Lean Software Strategies by Peter Middleton &amp; James Sutton</a></li>
<li><a href="http://www.amazon.com/Lean-Solutions-Companies-Customers-Together/dp/0743277783">Lean Solutions by James P. Womack and Daniel T. Jones</a></li>
<li><a href="http://www.amazon.co.uk/Scaling-Lean-Agile-Development-Organizational/dp/0321480961">Scaling Lean &amp; Agile Development &#8211; Bas Vodde and Craig Larman</a></li>
</ul>
]]></content:encoded>
			<wfw:commentRss>http://www.the-arm.com/2009/06/a-very-long-list-of-agile-lean-c-books/feed/</wfw:commentRss>
		<slash:comments>3</slash:comments>
		</item>
	</channel>
</rss>
