<?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>Software Development Musings from the Editor of Methods &#38; Tools &#187; Quotes</title>
	<atom:link href="http://blog.martinig.ch/category/quotes/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.martinig.ch</link>
	<description></description>
	<lastBuildDate>Tue, 31 Jan 2012 13:14:01 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.2.1</generator>
		<item>
		<title>Muddy Software Architecture</title>
		<link>http://blog.martinig.ch/quotes/muddy-software-architecture/</link>
		<comments>http://blog.martinig.ch/quotes/muddy-software-architecture/#comments</comments>
		<pubDate>Mon, 30 Jan 2012 13:44:40 +0000</pubDate>
		<dc:creator>The Editor</dc:creator>
				<category><![CDATA[Quotes]]></category>
		<category><![CDATA[agile]]></category>
		<category><![CDATA[architecture]]></category>

		<guid isPermaLink="false">http://blog.martinig.ch/?p=943</guid>
		<description><![CDATA[&#8220;If the layered style is the most common targeted style [in software architecture], the big ball of mud style is perhaps the one most often actually achieved. It is characterized by the absence of any evident structure, or perhaps vestiges of now-eroded structure. Also typical is promiscuous sharing of information, sometimes to the extent that [...]]]></description>
		<wfw:commentRss>http://blog.martinig.ch/quotes/muddy-software-architecture/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Building the Right Product</title>
		<link>http://blog.martinig.ch/quotes/building-the-right-product/</link>
		<comments>http://blog.martinig.ch/quotes/building-the-right-product/#comments</comments>
		<pubDate>Thu, 08 Dec 2011 09:45:02 +0000</pubDate>
		<dc:creator>The Editor</dc:creator>
				<category><![CDATA[Quotes]]></category>
		<category><![CDATA[quality]]></category>
		<category><![CDATA[requirements]]></category>
		<category><![CDATA[software testing]]></category>

		<guid isPermaLink="false">http://blog.martinig.ch/?p=911</guid>
		<description><![CDATA[&#8220;In the last decade, the software development community has strived to build software the “right” way, focusing on technical practices and ideas to ensure high-quality results. But building the product right and building the right product are two different things. We need to do both in order to succeed. To build the right product effectively, [...]]]></description>
		<wfw:commentRss>http://blog.martinig.ch/quotes/building-the-right-product/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Observations on Software Architecture</title>
		<link>http://blog.martinig.ch/quotes/observations-on-software-architecture/</link>
		<comments>http://blog.martinig.ch/quotes/observations-on-software-architecture/#comments</comments>
		<pubDate>Mon, 31 Oct 2011 12:20:19 +0000</pubDate>
		<dc:creator>The Editor</dc:creator>
				<category><![CDATA[Quotes]]></category>
		<category><![CDATA[agile]]></category>
		<category><![CDATA[architecture]]></category>
		<category><![CDATA[lean]]></category>

		<guid isPermaLink="false">http://blog.martinig.ch/?p=884</guid>
		<description><![CDATA[I am currently reading the book &#8220;Practices for Scaling Lean &#38; Agile Development&#8221; by Craig Larman and Bas Vodde. This book is full of very interesting material that covers the full spectrum of the software development domain and is the &#8220;sequel&#8221; of &#8220;Scaling Lean &#38; Agile Development &#8211; Thinking and Organisational Tools for Large-Scale Scrum&#8221; [...]]]></description>
		<wfw:commentRss>http://blog.martinig.ch/quotes/observations-on-software-architecture/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Agile Software Architecture Insights</title>
		<link>http://blog.martinig.ch/quotes/agile-software-architecture-insights/</link>
		<comments>http://blog.martinig.ch/quotes/agile-software-architecture-insights/#comments</comments>
		<pubDate>Thu, 23 Jun 2011 13:58:31 +0000</pubDate>
		<dc:creator>The Editor</dc:creator>
				<category><![CDATA[Quotes]]></category>
		<category><![CDATA[agile]]></category>
		<category><![CDATA[architecture]]></category>

		<guid isPermaLink="false">http://blog.martinig.ch/?p=790</guid>
		<description><![CDATA[Some interesting thoughts borrowed from my notes of the &#8220;How to Become an Agile Architect&#8221; talk presented yesterday by Uwe Friedrichsen from Codecentric at the Jazoon 2011 conference in Zurich. * Architecture is a set of skills and not a role: if you don&#8217;t have these skills available for your project, you might get quickly [...]]]></description>
		<wfw:commentRss>http://blog.martinig.ch/quotes/agile-software-architecture-insights/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>8 Principles of Agile Architecture</title>
		<link>http://blog.martinig.ch/quotes/8-principles-of-agile-architecture/</link>
		<comments>http://blog.martinig.ch/quotes/8-principles-of-agile-architecture/#comments</comments>
		<pubDate>Thu, 07 Apr 2011 12:34:57 +0000</pubDate>
		<dc:creator>The Editor</dc:creator>
				<category><![CDATA[Quotes]]></category>
		<category><![CDATA[agile]]></category>
		<category><![CDATA[architecture]]></category>

		<guid isPermaLink="false">http://blog.martinig.ch/?p=744</guid>
		<description><![CDATA[Dan Leffingwell proposes eight principles for the development and maintenance of enterprise-class architectures in the lean and agile enterprise: 1. The team that code the system also design the system 2. Build the simplest architecture that can possibly work 3. When in doubt, code it or model it out 4. They build it, they test [...]]]></description>
		<wfw:commentRss>http://blog.martinig.ch/quotes/8-principles-of-agile-architecture/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Software Quality Attributes</title>
		<link>http://blog.martinig.ch/quotes/software-quality-attributes/</link>
		<comments>http://blog.martinig.ch/quotes/software-quality-attributes/#comments</comments>
		<pubDate>Tue, 08 Feb 2011 08:37:54 +0000</pubDate>
		<dc:creator>The Editor</dc:creator>
				<category><![CDATA[Quotes]]></category>
		<category><![CDATA[quality]]></category>

		<guid isPermaLink="false">http://blog.martinig.ch/?p=704</guid>
		<description><![CDATA[I am currently reading the excellent book &#8220;Managing Software Debt &#8211; Building for Inevitable Change&#8221; written by Chris Sterling. The book deals with the debt that created at every stage of software development. In its introduction, the book offers an interesting list of the software quality attributes. Even if the author does not claim for [...]]]></description>
		<wfw:commentRss>http://blog.martinig.ch/quotes/software-quality-attributes/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Project Management and Project Manager Definitions</title>
		<link>http://blog.martinig.ch/quotes/project-management-and-project-manager-definitions/</link>
		<comments>http://blog.martinig.ch/quotes/project-management-and-project-manager-definitions/#comments</comments>
		<pubDate>Tue, 14 Dec 2010 13:10:46 +0000</pubDate>
		<dc:creator>The Editor</dc:creator>
				<category><![CDATA[Quotes]]></category>
		<category><![CDATA[Project Management]]></category>

		<guid isPermaLink="false">http://blog.martinig.ch/?p=669</guid>
		<description><![CDATA[&#8220;One way to simply and intuitively define project management is that it is a set of tools, templates, and processes designed to answer the following six questions: 1. What business situation is being addressed by this project? 2. What do you need to do? 3. What will you do? 4. How will you do it? [...]]]></description>
		<wfw:commentRss>http://blog.martinig.ch/quotes/project-management-and-project-manager-definitions/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Agile Coach Failure Modes</title>
		<link>http://blog.martinig.ch/quotes/agile-coach-failure-modes/</link>
		<comments>http://blog.martinig.ch/quotes/agile-coach-failure-modes/#comments</comments>
		<pubDate>Mon, 01 Nov 2010 12:58:03 +0000</pubDate>
		<dc:creator>The Editor</dc:creator>
				<category><![CDATA[Quotes]]></category>
		<category><![CDATA[agile]]></category>
		<category><![CDATA[scrum]]></category>

		<guid isPermaLink="false">http://blog.martinig.ch/?p=649</guid>
		<description><![CDATA[I have just finished reading the book &#8220;Coaching Agile Teams&#8221; by Lyssa Adkins. This book is full of excellent content but I just want to share some of her honest thoughts on coach failures with you. &#8220;I know so much about the many ways agile coaches fail because I have failed by falling into the [...]]]></description>
		<wfw:commentRss>http://blog.martinig.ch/quotes/agile-coach-failure-modes/feed/</wfw:commentRss>
		<slash:comments>2</slash:comments>
		</item>
		<item>
		<title>Nine Questions for a Good Scrum Team Structure</title>
		<link>http://blog.martinig.ch/quotes/nine-questions-for-a-good-scrum-team-structure/</link>
		<comments>http://blog.martinig.ch/quotes/nine-questions-for-a-good-scrum-team-structure/#comments</comments>
		<pubDate>Tue, 24 Aug 2010 13:20:45 +0000</pubDate>
		<dc:creator>The Editor</dc:creator>
				<category><![CDATA[Quotes]]></category>
		<category><![CDATA[Project Management]]></category>
		<category><![CDATA[scrum]]></category>

		<guid isPermaLink="false">http://blog.martinig.ch/?p=612</guid>
		<description><![CDATA[In his book &#8220;Succeeding with Agile&#8221;, Mike Cohn present nine questions that you should ask for a current or proposed team. Questions should be asked iteratively&#8230; until you answer &#8220;yes&#8221; to each. Here are the questions: * Does the structure accentuate the strengths, shore up the weaknesses, and support the motivations of the team members? [...]]]></description>
		<wfw:commentRss>http://blog.martinig.ch/quotes/nine-questions-for-a-good-scrum-team-structure/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Agile Software Development Adoption Obstacles</title>
		<link>http://blog.martinig.ch/quotes/agile-software-development-adoption-obstacles/</link>
		<comments>http://blog.martinig.ch/quotes/agile-software-development-adoption-obstacles/#comments</comments>
		<pubDate>Mon, 31 May 2010 12:46:43 +0000</pubDate>
		<dc:creator>The Editor</dc:creator>
				<category><![CDATA[Quotes]]></category>
		<category><![CDATA[agile]]></category>

		<guid isPermaLink="false">http://blog.martinig.ch/?p=554</guid>
		<description><![CDATA[I have just started reading the book &#8220;Succeeding with Agile&#8221; by Mike Cohn. Here are some quotes from the initial pages that deal with the difficulties of transitioning to Agile. &#8220;I&#8217;ve personally witnessed several failed agile adoptions that could have been prevented. The first was in a company that had spent more than a million [...]]]></description>
		<wfw:commentRss>http://blog.martinig.ch/quotes/agile-software-development-adoption-obstacles/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Lean: Results are not the Point</title>
		<link>http://blog.martinig.ch/quotes/lean-results-are-not-the-point/</link>
		<comments>http://blog.martinig.ch/quotes/lean-results-are-not-the-point/#comments</comments>
		<pubDate>Wed, 03 Mar 2010 09:43:55 +0000</pubDate>
		<dc:creator>The Editor</dc:creator>
				<category><![CDATA[Quotes]]></category>
		<category><![CDATA[agile]]></category>
		<category><![CDATA[lean]]></category>

		<guid isPermaLink="false">http://blog.martinig.ch/?p=500</guid>
		<description><![CDATA[I have just finished reading the great book &#8220;Leading Lean Software Development&#8221; by Mary and Tom Poppendieck and I wanted to share with you two quotes excerpted from it. [...] I started a conversation with the question that had been bothering me: &#8220;How do you reconcile the lean view that tests are waste with the [...]]]></description>
		<wfw:commentRss>http://blog.martinig.ch/quotes/lean-results-are-not-the-point/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>How Do You Refactor Untested Code?</title>
		<link>http://blog.martinig.ch/quotes/how-do-you-refactor-untested-code/</link>
		<comments>http://blog.martinig.ch/quotes/how-do-you-refactor-untested-code/#comments</comments>
		<pubDate>Tue, 09 Feb 2010 17:32:52 +0000</pubDate>
		<dc:creator>The Editor</dc:creator>
				<category><![CDATA[Quotes]]></category>
		<category><![CDATA[refactoring]]></category>

		<guid isPermaLink="false">http://blog.martinig.ch/?p=481</guid>
		<description><![CDATA[I am currently reading the excellent &#8220;Debug It!&#8221; book written by Paul Butcher and I wanted to share with you some of the little gems that I have found in it. &#8220;Bug fixing often uncovers opportunities for refactoring. The very fact that you&#8217;re working with code that contains a bug indicates that there is a [...]]]></description>
		<wfw:commentRss>http://blog.martinig.ch/quotes/how-do-you-refactor-untested-code/feed/</wfw:commentRss>
		<slash:comments>3</slash:comments>
		</item>
		<item>
		<title>Changing Perspectives</title>
		<link>http://blog.martinig.ch/quotes/changing-perspectives/</link>
		<comments>http://blog.martinig.ch/quotes/changing-perspectives/#comments</comments>
		<pubDate>Tue, 26 Jan 2010 08:41:52 +0000</pubDate>
		<dc:creator>The Editor</dc:creator>
				<category><![CDATA[Quotes]]></category>

		<guid isPermaLink="false">http://blog.martinig.ch/?p=470</guid>
		<description><![CDATA[&#8220;In the early days of our industry, programmers wrote in assembly code, selecting registers in which to place variables and managing memory explicitly. If we had magically provided these programmers with a Smalltalk compiler, they might have asked, &#8220;How does this help us select registers? How do we allocate memory?&#8221; They might have concluded, &#8220;&#8221;We [...]]]></description>
		<wfw:commentRss>http://blog.martinig.ch/quotes/changing-perspectives/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>You Are the Raw Material of Software Development. Are You Good Enough?</title>
		<link>http://blog.martinig.ch/quotes/you-are-the-raw-material-are-you-good-enough/</link>
		<comments>http://blog.martinig.ch/quotes/you-are-the-raw-material-are-you-good-enough/#comments</comments>
		<pubDate>Wed, 06 Jan 2010 09:52:20 +0000</pubDate>
		<dc:creator>The Editor</dc:creator>
				<category><![CDATA[Quotes]]></category>

		<guid isPermaLink="false">http://blog.martinig.ch/?p=453</guid>
		<description><![CDATA[The end of the year is a time where you do some cleaning. During this activity, I found an old issue of IEEE Software where I had noticed an article as a source of interesting software development quotes about people issue. As New Year is also the time to take good resolutions, this should help [...]]]></description>
		<wfw:commentRss>http://blog.martinig.ch/quotes/you-are-the-raw-material-are-you-good-enough/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>Agile Project Management Insights</title>
		<link>http://blog.martinig.ch/quotes/agile-project-management-insights/</link>
		<comments>http://blog.martinig.ch/quotes/agile-project-management-insights/#comments</comments>
		<pubDate>Wed, 16 Dec 2009 08:39:34 +0000</pubDate>
		<dc:creator>The Editor</dc:creator>
				<category><![CDATA[Quotes]]></category>
		<category><![CDATA[agile]]></category>
		<category><![CDATA[Project Management]]></category>

		<guid isPermaLink="false">http://blog.martinig.ch/?p=436</guid>
		<description><![CDATA[I am currently reading the book &#8220;Agile Project Management&#8221; from Jim Highsmith. I will publish a review later on this blog, but in the meantime I would like to share some of the interesting quotes that I have found in the book. I am sure they will make sense to software project managers&#8230; and developers [...]]]></description>
		<wfw:commentRss>http://blog.martinig.ch/quotes/agile-project-management-insights/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>Finding a Good Agile Coach</title>
		<link>http://blog.martinig.ch/quotes/finding-a-good-agile-coach/</link>
		<comments>http://blog.martinig.ch/quotes/finding-a-good-agile-coach/#comments</comments>
		<pubDate>Thu, 17 Sep 2009 12:46:41 +0000</pubDate>
		<dc:creator>The Editor</dc:creator>
				<category><![CDATA[Quotes]]></category>
		<category><![CDATA[agile]]></category>

		<guid isPermaLink="false">http://blog.martinig.ch/?p=368</guid>
		<description><![CDATA[&#8220;Agile is all about teams working together to produce great software. As an Agile coach, you can help your team go from first steps to running with Agile to unleashing their full Agile potential.&#8221; &#8220;The art of Agile coaching is understanding the situation, the values underlying Agile software development, and how the two can combine. [...]]]></description>
		<wfw:commentRss>http://blog.martinig.ch/quotes/finding-a-good-agile-coach/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Why Tester Won&#8217;t Like Agile</title>
		<link>http://blog.martinig.ch/quotes/why-tester-wont-like-agile/</link>
		<comments>http://blog.martinig.ch/quotes/why-tester-wont-like-agile/#comments</comments>
		<pubDate>Thu, 03 Sep 2009 08:54:10 +0000</pubDate>
		<dc:creator>The Editor</dc:creator>
				<category><![CDATA[Quotes]]></category>
		<category><![CDATA[agile]]></category>
		<category><![CDATA[software testing]]></category>

		<guid isPermaLink="false">http://blog.martinig.ch/?p=350</guid>
		<description><![CDATA[Following my thinking about the fact that functional testing was the dividing barrier between specialized developer and tester roles, I found in the book &#8220;Agile Testing&#8221; by Lisa Crispin and Janet Gregory an excellent list of fears that QA teams could express against agile adoption: &#8220;Testers cling to the concept of an independent QA team [...]]]></description>
		<wfw:commentRss>http://blog.martinig.ch/quotes/why-tester-wont-like-agile/feed/</wfw:commentRss>
		<slash:comments>3</slash:comments>
		</item>
		<item>
		<title>What is an Agile Tester?</title>
		<link>http://blog.martinig.ch/quotes/what-is-an-agile-tester/</link>
		<comments>http://blog.martinig.ch/quotes/what-is-an-agile-tester/#comments</comments>
		<pubDate>Thu, 02 Apr 2009 19:58:45 +0000</pubDate>
		<dc:creator>The Editor</dc:creator>
				<category><![CDATA[Quotes]]></category>
		<category><![CDATA[agile]]></category>
		<category><![CDATA[software testing]]></category>

		<guid isPermaLink="false">http://blog.martinig.ch/?p=262</guid>
		<description><![CDATA[Here is a good definition of the Agile Tester, from the book &#8220;Agile Testing&#8221; of Lisa Crispin and Janet Gregory:  &#8220;We define an agile tester this way: a professional tester who embraces change, collaborates well with both technical and business people, and understands the concept of using tests to document requirements and drive development. Agile [...]]]></description>
		<wfw:commentRss>http://blog.martinig.ch/quotes/what-is-an-agile-tester/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Three Thinking Gems for Software Development Projects</title>
		<link>http://blog.martinig.ch/software-development/three-thinking-gems-for-software-development-projects/</link>
		<comments>http://blog.martinig.ch/software-development/three-thinking-gems-for-software-development-projects/#comments</comments>
		<pubDate>Thu, 05 Feb 2009 08:32:13 +0000</pubDate>
		<dc:creator>The Editor</dc:creator>
				<category><![CDATA[Quotes]]></category>
		<category><![CDATA[Software Development]]></category>
		<category><![CDATA[agile]]></category>
		<category><![CDATA[Project Management]]></category>
		<category><![CDATA[scrum]]></category>

		<guid isPermaLink="false">http://blog.martinig.ch/?p=226</guid>
		<description><![CDATA[I have just started reading the book &#8220;Scaling Lean &#38; Agile Development &#8211; Thinking and Organizational Tools for Large-Scale Scrum&#8221; from Craig Larman and Bas Vodde. You will read the complete review later on this blog, but as the book is full of interesting wisdom from the beginning, I couldn&#8217;t resist to share some of [...]]]></description>
		<wfw:commentRss>http://blog.martinig.ch/software-development/three-thinking-gems-for-software-development-projects/feed/</wfw:commentRss>
		<slash:comments>2</slash:comments>
		</item>
		<item>
		<title>Wise Iteration</title>
		<link>http://blog.martinig.ch/software-development/wise-iteration/</link>
		<comments>http://blog.martinig.ch/software-development/wise-iteration/#comments</comments>
		<pubDate>Thu, 20 Mar 2008 12:20:00 +0000</pubDate>
		<dc:creator>The Editor</dc:creator>
				<category><![CDATA[Quotes]]></category>
		<category><![CDATA[Software Development]]></category>

		<guid isPermaLink="false">http://blog.martinig.ch/?p=94</guid>
		<description><![CDATA[A you move ahead, keep in mind the following: * Never confuse the map with the journey &#8211; The project plan is only an outline (and a guess at that), so you should believe the team&#8217;s results and not the plans. Remember, it is the achievement of the objectives that is important, not the production [...]]]></description>
		<wfw:commentRss>http://blog.martinig.ch/software-development/wise-iteration/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>

<!-- Served from: blog.martinig.ch @ 2012-02-04 11:59:12 by W3 Total Cache -->
