<?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>My Thoughts on Agile Development &#187; collaboration</title>
	<atom:link href="http://delmarhager.net/wp/tag/collaboration/feed/" rel="self" type="application/rss+xml" />
	<link>http://delmarhager.net/wp</link>
	<description>Experiences from implementing Agil</description>
	<lastBuildDate>Tue, 27 Sep 2011 13:16:38 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0.1</generator>
		<item>
		<title>Quality and the process</title>
		<link>http://delmarhager.net/wp/2010/09/quality-and-the-process/</link>
		<comments>http://delmarhager.net/wp/2010/09/quality-and-the-process/#comments</comments>
		<pubDate>Thu, 23 Sep 2010 13:18:08 +0000</pubDate>
		<dc:creator>Delmar Hager</dc:creator>
				<category><![CDATA[Agile]]></category>
		<category><![CDATA[collaboration]]></category>
		<category><![CDATA[integratoin]]></category>
		<category><![CDATA[quality]]></category>
		<category><![CDATA[team]]></category>

		<guid isPermaLink="false">http://delmarhager.net/wp/?p=459</guid>
		<description><![CDATA[]]></description>
			<content:encoded><![CDATA[<p>Quality of software or any product that we sell and provide a customer seems to be talked about but not effectively addressed in most software processes. In the process of reducing the size of my technical library I have been looking at some of my &#8220;old&#8221; books. It is interesting to see how many of these books are referenced in new books that are published.</p>
<p>The book <em>&#8220;Improving Software Quality: An Insider&#8217;s Guide to TQM&#8221;</em> by Lowell Arthur (1993)  is one I was just perusing. In the preface he has a section on eliminating the testing group. Wow, this is a book on Total Quality Management and they made a bold statement such as this. Tell me how many companies have eliminated their testing groups to improve quality?</p>
<p>Here are some other quotes from the preface:</p>
<blockquote><p>Create a constancy of purpose toward quality and continuous improvement</p></blockquote>
<p>This is a underlying principle in Agile development. The whole team is involved in process improvement through constant inspection.</p>
<blockquote><p>Institute leadership instead of management by numbers</p></blockquote>
<p>That is the goal of self-organizing teams. Leadership is distributed among the team members in that they agree to common goals for quality and hold each other accountable. Just having a list of defects and managing this list is not a sign of a quality organization.</p>
<blockquote><p>Drive out fear so that everyone may work effectively.</p></blockquote>
<p>Time and time again I hear the complaint that a person is evaluated by the number of defects that are found in their code. This creates an environment where people want to cover up any problems they discover. I just recently had to defend the number of defects that were recorded against our team during a clean up sprint (these were actually new requirements). I want any defect to be recorded so we do not have them reach the customer. Removing the fear of recording defects goes a long way to creating an quality product.</p>
<blockquote><p>Break down barriers between departments and work groups</p></blockquote>
<p>Simply stated, have cross function teams. If everyone is on the same team you have no barriers.</p>
<blockquote><p>Eliminate slogans, work quotas and management by numbers. Substitute leadership.</p></blockquote>
<p>What would our managers do? I guess I am being a little sarcastic. But so many activities our managers do do not enhance quality.</p>
<blockquote><p>Remove barriers that rob workers (management, professional and craft) of pride of workmanship.</p></blockquote>
<p>Nothing encourages a team more then a job well done that exceeds customer expectations. We want to be proud of our work.</p>
<p>Nothing new is under sun as wise King Solomon said. Agile development provided solutions that provide for a quality product.</p>
]]></content:encoded>
			<wfw:commentRss>http://delmarhager.net/wp/2010/09/quality-and-the-process/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Rhythm and development (Part 2)</title>
		<link>http://delmarhager.net/wp/2010/09/rhythm-and-development-part-2/</link>
		<comments>http://delmarhager.net/wp/2010/09/rhythm-and-development-part-2/#comments</comments>
		<pubDate>Mon, 13 Sep 2010 14:06:45 +0000</pubDate>
		<dc:creator>Delmar Hager</dc:creator>
				<category><![CDATA[Agile]]></category>
		<category><![CDATA[collaboration]]></category>
		<category><![CDATA[release]]></category>
		<category><![CDATA[team]]></category>

		<guid isPermaLink="false">http://delmarhager.net/wp/?p=453</guid>
		<description><![CDATA[I last addressed how important rhythm is to software development. But what disrupts rhythm for a team? Crises scheduling A crises arises and management decides that we have to address the crises. The team has planned iterations to meet a release schedule but now this schedule is preempted. This is like asking a painter to [...]]]></description>
			<content:encoded><![CDATA[<p>I last addressed how important rhythm is to software development. But what disrupts rhythm for a team?</p>
<ol>
<li>Crises scheduling<br />
A crises arises and management decides that we have to address the crises. The team has planned iterations to meet a release schedule but now this schedule is preempted. This is like asking a painter to paint a different section of a house.  He has to climb down the ladder, move the ladder and climb back up. The team will have to &#8220;climb down&#8221; current project and &#8220;climb up&#8221; the new project.</li>
<li>Team member shuffle<br />
Performing teams have worked out their rhythm. They know want needs to be done during an iteration. They have built trust among themselves. When a new member is added or a member removed the team rhythm is destroyed. You have to recreate the trust that helped the team perform so well.</li>
<li>Requirements churn in a iteration<br />
This happens when a product owner changes the requirements for a user story during an iteration. Work already completed has to be redone. Productivity is decreased because the goals of the sprint has changed.</li>
</ol>
<p>These are some rhythm disruptions I have observed.</p>
]]></content:encoded>
			<wfw:commentRss>http://delmarhager.net/wp/2010/09/rhythm-and-development-part-2/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Command and Control</title>
		<link>http://delmarhager.net/wp/2010/05/command-and-control/</link>
		<comments>http://delmarhager.net/wp/2010/05/command-and-control/#comments</comments>
		<pubDate>Thu, 27 May 2010 15:07:42 +0000</pubDate>
		<dc:creator>Delmar Hager</dc:creator>
				<category><![CDATA[Adoption]]></category>
		<category><![CDATA[Agile]]></category>
		<category><![CDATA[Uncategorized]]></category>
		<category><![CDATA[collaboration]]></category>
		<category><![CDATA[team]]></category>

		<guid isPermaLink="false">http://delmarhager.net/wp/?p=351</guid>
		<description><![CDATA[I have just started reading Collaboration Explained: Facilitation Skills for Software Project Leadersby Jean Tabaka. Over the next several posts I will basing my comments on material I have read from this this book. As you know, I am very interested in what is involved in creating a high performing team. Why do we not [...]]]></description>
			<content:encoded><![CDATA[<p>I have just started reading <em>Collaboration Explained: Facilitation Skills for Software Project Leaders</em>by Jean Tabaka. Over the next several posts I will basing my comments on material I have read from this this book.</p>
<p>As you know, I am very interested in what is involved in creating a high performing team. Why do we not see more high performing teams in corporate America? I believe that the &#8220;command and control&#8221; management philosophy contributes to this.</p>
<p>Now if you ask most ScrumMasters if they use command and control and they will say no they do not. But is this really the case when they are working with teams?</p>
<p>Here are questions you should ask yourself about you interaction with the team:</p>
<ol>
<li>Are all decisions involving the team made by the team?</li>
<li>Does the team feel they control their destiny?</li>
<li>What are the factors that prevent the team from being empowered?</li>
</ol>
<p>Review you own style of facilitating. Then ask the team to evaluate you style of facilitating. As with all Agile processes this constant inspection helps us to improve how we interact with the team.</p>
]]></content:encoded>
			<wfw:commentRss>http://delmarhager.net/wp/2010/05/command-and-control/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>

