<?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>Beckdoor.de &#187; Projektmanagement</title>
	<atom:link href="http://beckdoor.de/tag/projektmanagement/feed/" rel="self" type="application/rss+xml" />
	<link>http://beckdoor.de</link>
	<description>Über Entwicklung von Software und Menschen in Projekten</description>
	<lastBuildDate>Fri, 25 Nov 2011 13:39:30 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.1</generator>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
			<item>
		<title>Selbstorganisation = Selbstdisziplin?</title>
		<link>http://beckdoor.de/selbstorganisation-selbstdisziplin/25/11/2011/</link>
		<comments>http://beckdoor.de/selbstorganisation-selbstdisziplin/25/11/2011/#comments</comments>
		<pubDate>Fri, 25 Nov 2011 13:37:37 +0000</pubDate>
		<dc:creator>Kai</dc:creator>
				<category><![CDATA[Allgemeines]]></category>
		<category><![CDATA[Agile]]></category>
		<category><![CDATA[Changemanagement]]></category>
		<category><![CDATA[Management]]></category>
		<category><![CDATA[Projektmanagement]]></category>

		<guid isPermaLink="false">http://beckdoor.de/?p=341</guid>
		<description><![CDATA[Funktioniert die in Scrum so groß geschriebene Selbstorganisation nur mit großer (Selbst-)Diszipin oder doch bloß mit intrinsischer Motivation? Oder gar nur mit externer?
Das kennt vielleicht jeder: Selbst gute eigene Vorhaben werden manchmal einfach nicht mehr durchgeführt. Was können wir leicht selbst dafür tun, die Selbstorganisation zu erhalten?
Was tun zur Stärkung der intrinsischen Motivation ohne sich [...]]]></description>
			<content:encoded><![CDATA[<p>Funktioniert die in Scrum so groß geschriebene Selbstorganisation nur mit großer (Selbst-)Diszipin oder doch bloß mit intrinsischer Motivation? Oder gar nur mit externer?</p>
<p>Das kennt vielleicht jeder: Selbst gute eigene Vorhaben werden manchmal einfach nicht mehr durchgeführt. Was können wir leicht selbst dafür tun, die Selbstorganisation zu erhalten?</p>
<p>Was tun zur Stärkung der intrinsischen Motivation ohne sich unnötig zu disziplinieren?</p>
<ol>
<li>Den <strong>Wert </strong>des Vorhabens formulieren.<br />
Wenn der Wert nicht hoch genug oder erstrebenswert ist, ist das schon zu Beginn ein Showstopper.</li>
<li><strong>Optionen </strong>creiren. Was gibt es überhaupt für Möglichkeiten?</li>
<li>Ziele <strong>konkret </strong>vornehmen oder vereinbaren. Wann genau habe ich das Ziel erreicht?</li>
<li>Den <strong>ersten Schritt</strong> zum Ziel sofort aufschreiben und vielleicht sogar sofort angehen.</li>
<li>Abschließend das <strong>Ergebnis </strong>des Erreichten bewerten. Beibehalten oder ändern?</li>
</ol>
]]></content:encoded>
			<wfw:commentRss>http://beckdoor.de/selbstorganisation-selbstdisziplin/25/11/2011/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Agiles Projektcontrolling</title>
		<link>http://beckdoor.de/agiles-projektcontrolling/12/10/2009/</link>
		<comments>http://beckdoor.de/agiles-projektcontrolling/12/10/2009/#comments</comments>
		<pubDate>Mon, 12 Oct 2009 12:24:10 +0000</pubDate>
		<dc:creator>Kai</dc:creator>
				<category><![CDATA[Allgemeines]]></category>
		<category><![CDATA[Agile]]></category>
		<category><![CDATA[Projektcontrolling]]></category>
		<category><![CDATA[Projektmanagement]]></category>
		<category><![CDATA[Scrum]]></category>
		<category><![CDATA[SW-Entwicklung]]></category>

		<guid isPermaLink="false">http://beckdoor.de/wpress/agiles-projektcontrolling/12/10/2009/</guid>
		<description><![CDATA[Agilität bedeutet nicht, dass man orientierungslos vor sich her entwickelt. Durch folgende Praktiken haben die verschiedennen Interessengruppen einen guten Einblick in das Projekt.

Tägliche Teammeetings
Burndown (oder -up) Grafiken je Iteration (Sprint) und für das gesamte Release
Echte Fortschrittsmessung mit der Definition von DONE
Anzahl der entdeckten Fehler nach DONE Meldung
Review Meetings am Ende einer Iteration
Grad der Testabdeckung

Daneben natürlich [...]]]></description>
			<content:encoded><![CDATA[<p>Agilität bedeutet nicht, dass man orientierungslos vor sich her entwickelt. Durch folgende Praktiken haben die verschiedennen Interessengruppen einen guten Einblick in das Projekt.</p>
<ul>
<li>Tägliche Teammeetings</li>
<li>Burndown (oder -up) Grafiken je Iteration (Sprint) und für das gesamte Release</li>
<li>Echte Fortschrittsmessung mit der Definition von DONE</li>
<li>Anzahl der entdeckten Fehler nach DONE Meldung</li>
<li>Review Meetings am Ende einer Iteration</li>
<li>Grad der Testabdeckung</li>
</ul>
<p>Daneben natürlich die üblichen Klassiker:</p>
<ul>
<li>Zeit</li>
<li>Kosten</li>
</ul>
]]></content:encoded>
			<wfw:commentRss>http://beckdoor.de/agiles-projektcontrolling/12/10/2009/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Fünf Menschentypen in Änderungsvorhaben</title>
		<link>http://beckdoor.de/funf-menschentypen-in-anderungsvorhaben/29/07/2009/</link>
		<comments>http://beckdoor.de/funf-menschentypen-in-anderungsvorhaben/29/07/2009/#comments</comments>
		<pubDate>Wed, 29 Jul 2009 13:46:51 +0000</pubDate>
		<dc:creator>Kai</dc:creator>
				<category><![CDATA[Allgemeines]]></category>
		<category><![CDATA[Changemanagement]]></category>
		<category><![CDATA[Management]]></category>
		<category><![CDATA[Projektmanagement]]></category>
		<category><![CDATA[Psychologie]]></category>

		<guid isPermaLink="false">http://beckdoor.de/wpress/funf-menschentypen-in-anderungsvorhaben/29/07/2009/</guid>
		<description><![CDATA[Wenn Sie eine Neuerung einführen wollen, werden Ihnen folgende fünf Menschentypen begegnen.
1. Die Innovatoren
Sie lieben neue Ideen. Sie müssen nur davon hören, um entfacht zu werden und sie übernehmen oder auszuprobieren. Sie brauchen keine Power Point Präsentation. Sie sprechen mit ihren Freunden und verbreiten die Idee.
Sie bilden im Durschnitt nur 2,5% einer Population/Organisation.
2. Die frühen [...]]]></description>
			<content:encoded><![CDATA[<p>Wenn Sie eine Neuerung einführen wollen, werden Ihnen folgende fünf Menschentypen begegnen.</p>
<p>1. Die Innovatoren<br />
Sie lieben neue Ideen. Sie müssen nur davon hören, um entfacht zu werden und sie übernehmen oder auszuprobieren. Sie brauchen keine Power Point Präsentation. Sie sprechen mit ihren Freunden und verbreiten die Idee.<br />
Sie bilden im Durschnitt nur 2,5% einer Population/Organisation.</p>
<p>2. Die frühen Adaptoren<br />
Diese Leute sind offen für neue Ideen, aber brauchen mehr Informationen. Sie wollen die Power Point Präsentation, einen Artikel oder ein Buch zum nachlesen.</p>
<p>3. Die frühe Mehrheit<br />
Auch sie sind offen für neuen Ideen. Sie brauchen jedoch &#8220;Beweise&#8221; für das funktionieren. Sie richten sich danach, was andere Leute die sie kennen &#8211; mit denen sie sich identifizieren können &#8211; bereits adaptiert haben und vormachen. Freunde, Nachbarn, Kollegen.<br />
Dies sind mehr als ein Drittel.</p>
<p>4. Die späte Mehrheit<br />
Ich mache es, wenn ich es muss. Ok, wenn ich muss, mache mit &#8211; möglicherweise.</p>
<p>5. Die Nachfolger<br />
Es war doch schon immer so. Warum müssen wir etwas anderes machen?</p>
<p>Diese 5 Typen sind dabei keine persönlichen, unveränderlichen Eigenschaften, sondern Rollen, die ein Mensch abhängig von der Idee einnehmen kann.</p>
<p>Quelle: Englischsprachiges Interview mit Linda Rising im Software Engineering Radio Episode 139 <a href="http://se-radio.net/podcast/2009-06/episode-139-fearless-change-linda-rising" target="_blank" onclick="pageTracker._trackPageview('/outgoing/se-radio.net/podcast/2009-06/episode-139-fearless-change-linda-rising?referer=');">http://se-radio.net/podcast/2009-06/episode-139-fearless-change-linda-rising</a></p>
]]></content:encoded>
			<wfw:commentRss>http://beckdoor.de/funf-menschentypen-in-anderungsvorhaben/29/07/2009/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Kostenlose Alternativen zu MS Project - MS Project Dateien lesen bzw. ändern ohne Microsoft Project</title>
		<link>http://beckdoor.de/kostenlose-alternativen-zu-ms-project/05/07/2009/</link>
		<comments>http://beckdoor.de/kostenlose-alternativen-zu-ms-project/05/07/2009/#comments</comments>
		<pubDate>Sun, 05 Jul 2009 18:08:10 +0000</pubDate>
		<dc:creator>Kai</dc:creator>
				<category><![CDATA[Allgemeines]]></category>
		<category><![CDATA[Projektmanagement]]></category>
		<category><![CDATA[Software]]></category>

		<guid isPermaLink="false">http://beckdoor.de/wpress/kostenlose-alternativen-zu-ms-project/05/07/2009/</guid>
		<description><![CDATA[Vorab: Kein kostenloses Programm deckt den immensen Funktionsumfang von MS Project ab. Aber für die Hauptfunktionen gibt es ein paar wirklich brauchbare Alternativen.
Afinion Project-Viewer
Wie der Name schon sagt, ein Viewer für MS Project Dateien, für Projektmitglieder, die ausschließlich lesenden Zugriff auf die Hauptfunktionen benötigen.
Download: http://www.afinion.de/ftp/Project-Viewer.exe
OpenProject
Mit OpenProject (http://openproj.org/openproj) können Projektpläne auch abgeändet werden.
Download: http://sourceforge.net/project/downloading.php?group_id=199315&#38;filename=openproj-1.4.msi&#38;a=40522302
Ganttproject
ähnlich dem OpenProject
]]></description>
			<content:encoded><![CDATA[<p>Vorab: Kein kostenloses Programm deckt den immensen Funktionsumfang von MS Project ab. Aber für die Hauptfunktionen gibt es ein paar wirklich brauchbare Alternativen.</p>
<p><strong>Afinion Project-Viewer</strong></p>
<p>Wie der Name schon sagt, ein Viewer für MS Project Dateien, für Projektmitglieder, die ausschließlich lesenden Zugriff auf die Hauptfunktionen benötigen.<br />
Download: <a onclick="pageTracker._trackPageview('/outgoing/www.afinion.de/ftp/Project-Viewer.exe?referer=');pageTracker._trackPageview('/outgoing/www.afinion.de/ftp/Project-Viewer.exe?referer=http%3A%2F%2Fbeckdoor.de%2F');" href="http://www.afinion.de/ftp/Project-Viewer.exe" target="_blank">http://www.afinion.de/ftp/Project-Viewer.exe</a></p>
<p><strong>OpenProject</strong></p>
<p>Mit OpenProject (<a onclick="pageTracker._trackPageview('/outgoing/openproj.org/openproj?referer=');pageTracker._trackPageview('/outgoing/openproj.org/openproj?referer=http%3A%2F%2Fbeckdoor.de%2F');" href="http://openproj.org/openproj" target="_blank">http://openproj.org/openproj</a>) können Projektpläne auch abgeändet werden.<br />
Download: <a onclick="pageTracker._trackPageview('/outgoing/sourceforge.net/project/downloading.php?group_id=199315_amp_filename=openproj-1.4.msi_amp_a=40522302&amp;referer=');pageTracker._trackPageview('/outgoing/sourceforge.net/project/downloading.php?group_id=199315_038_filename=openproj-1.4.msi_038_a=40522302&amp;referer=http%3A%2F%2Fbeckdoor.de%2F');" href="http://sourceforge.net/project/downloading.php?group_id=199315&amp;filename=openproj-1.4.msi&amp;a=40522302" target="_blank">http://sourceforge.net/project/downloading.php?group_id=199315&amp;filename=openproj-1.4.msi&amp;a=40522302</a></p>
<p><strong>Ganttproject</strong></p>
<p>ähnlich dem OpenProject</p>
]]></content:encoded>
			<wfw:commentRss>http://beckdoor.de/kostenlose-alternativen-zu-ms-project/05/07/2009/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Agile Estimation &#8211; Ein Migrationspfad von Manntagen zu Storypoint</title>
		<link>http://beckdoor.de/agile-estimation-ein-migrationspfad-von-manntagen-zu-storypoint/08/05/2009/</link>
		<comments>http://beckdoor.de/agile-estimation-ein-migrationspfad-von-manntagen-zu-storypoint/08/05/2009/#comments</comments>
		<pubDate>Fri, 08 May 2009 09:40:52 +0000</pubDate>
		<dc:creator>Kai</dc:creator>
				<category><![CDATA[Allgemeines]]></category>
		<category><![CDATA[Abschätzungen]]></category>
		<category><![CDATA[Agile]]></category>
		<category><![CDATA[Projektmanagement]]></category>
		<category><![CDATA[Scrum]]></category>
		<category><![CDATA[SW-Entwicklung]]></category>

		<guid isPermaLink="false">http://beckdoor.de/wpress/agile-estimation-ein-migrationspfad-von-manntagen-zu-storypoint/08/05/2009/</guid>
		<description><![CDATA[In 3 Schritten vom Manntag zum Storypoint
Bei jedem, der es gewohnt ist in Manntagen zu schätzen und nun zum ersten mal in Story-Points abschätzen soll, krümmt sich die Hirnmasse zu einem gordischen Knoten zusammen. Hier ein einfacher Weg vom alten ins neue System.
Schritt 1:
Die Abschätzung geschieht wie gehabt in idealen Personentagen (PT). Einzige Neuerung: Es [...]]]></description>
			<content:encoded><![CDATA[<p>In 3 Schritten vom Manntag zum Storypoint</p>
<p>Bei jedem, der es gewohnt ist in Manntagen zu schätzen und nun zum ersten mal in Story-Points abschätzen soll, krümmt sich die Hirnmasse zu einem gordischen Knoten zusammen. Hier ein einfacher Weg vom alten ins neue System.</p>
<p>Schritt 1:<br />
Die Abschätzung geschieht wie gehabt in idealen Personentagen (PT). Einzige Neuerung: Es sind nur noch bestimmte Abstufungen erlaubt. Z.B. entsprechend der beliebten Fibonacci Folge: 0 &#8211; 0,5 &#8211; 1 &#8211; 2 &#8211; 3 &#8211; 5 &#8211; 8 &#8211; 13 &#8211; 20 &#8211; 40 &#8211; 100, unendlich.</p>
<p>Für den ersten Sprint sollte sich das Team nicht viel mehr als etwa die Hälfte der kompletten Teamkapazität vornehmen.</p>
<p>Schritt 2:<br />
Am Ende eines Sprints wird die Velocity berechnet. Wieviele ideale Tage konnten wir im vergangenen Sprint umsetzen? Wenn da dann z.B. 89 Tage rauskommen, dann für den nächsten Sprint ebenfalls nur 89 PT vornehmen, auch wenn der Kalender 140 anzeigt.</p>
<p>Wer möchte, kann sich den Korrekturfaktor berechnen, als Quotient aus idealen und erreichten Tagen. Zum Beispiel: 126 abgeschätzte PT / 89 erreichte PT = 1,4. Eine mit 10 PT initial geschätze User Story bzw. Use Case dauert also eher 14 MT.</p>
<p>Schritt 3:<br />
Nach einigen Iterationen hat man erlebt, dass die Einheit Personentage tatsächlich relativ ist und man genauso gut Storypoint dazu sagen kann. Vor allem bekommt man in dieser Zeit Referenz-Stories, die als Vergleich mit neuen Stories dienen.</p>
<p>
Ergänzung: Auf Taskebene ist die o.g. Folge in Tagen zu grobgeanular. Für Tasks einfach die gleiche Folge mit idealen Stunden als Einheit anwenden.</p>
]]></content:encoded>
			<wfw:commentRss>http://beckdoor.de/agile-estimation-ein-migrationspfad-von-manntagen-zu-storypoint/08/05/2009/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Gelassenheitsgebet</title>
		<link>http://beckdoor.de/gelassenheitsgebet/15/04/2009/</link>
		<comments>http://beckdoor.de/gelassenheitsgebet/15/04/2009/#comments</comments>
		<pubDate>Wed, 15 Apr 2009 11:46:17 +0000</pubDate>
		<dc:creator>Kai</dc:creator>
				<category><![CDATA[Allgemeines]]></category>
		<category><![CDATA[Agile]]></category>
		<category><![CDATA[Management]]></category>
		<category><![CDATA[Projektmanagement]]></category>

		<guid isPermaLink="false">http://beckdoor.de/wpress/gelassenheitsgebet/15/04/2009/</guid>
		<description><![CDATA[&#8220;Gott gebe mir die Gelassenheit, Dinge hinzunehmen, die ich nicht ändern kann,
den Mut, Dinge zu ändern, die ich ändern kann,
und die Weisheit, das eine vom anderen zu unterscheiden.&#8221;
Gelassenheitsgebet, Quelle: http://de.wikipedia.org/wiki/Gelassenheitsgebet
]]></description>
			<content:encoded><![CDATA[<p>&#8220;Gott gebe mir die Gelassenheit, Dinge hinzunehmen, die ich nicht ändern kann,<br />
den Mut, Dinge zu ändern, die ich ändern kann,<br />
und die Weisheit, das eine vom anderen zu unterscheiden.&#8221;</p>
<p>Gelassenheitsgebet, Quelle: <a href="http://de.wikipedia.org/wiki/Gelassenheitsgebet" target="_blank" onclick="pageTracker._trackPageview('/outgoing/de.wikipedia.org/wiki/Gelassenheitsgebet?referer=');">http://de.wikipedia.org/wiki/Gelassenheitsgebet</a></p>
]]></content:encoded>
			<wfw:commentRss>http://beckdoor.de/gelassenheitsgebet/15/04/2009/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Projekmanagement Software für Agile Projekte</title>
		<link>http://beckdoor.de/projekmanagement-software-fur-agile-projekte/24/10/2008/</link>
		<comments>http://beckdoor.de/projekmanagement-software-fur-agile-projekte/24/10/2008/#comments</comments>
		<pubDate>Fri, 24 Oct 2008 12:46:48 +0000</pubDate>
		<dc:creator>Kai</dc:creator>
				<category><![CDATA[Allgemeines]]></category>
		<category><![CDATA[Agile]]></category>
		<category><![CDATA[Projektmanagement]]></category>

		<guid isPermaLink="false">http://beckdoor.de/wpress/projekmanagement-software-fur-agile-projekte/24/10/2008/</guid>
		<description><![CDATA[Eine unvollständige Liste
trac &#8211; Einer der &#8220;Klassiker&#8221; &#8211; http://trac.edgewall.org/
  OpenSource
ZCOPE &#8211; wirbt mit Spaß am Projektmanagement &#8211; http://www.getzcope.com/
  Ausschließlich SaaS Lizenz 0-199€ / Monat
Version One &#8211; http://www.versionone.com/
  lokale Installation oder als SaaS
Andere Vergleiche:
  http://userstories.com/products
  http://www.klambauer.info/pms.pdf
]]></description>
			<content:encoded><![CDATA[<p>Eine unvollständige Liste<br />
trac &#8211; Einer der &#8220;Klassiker&#8221; &#8211; <a href="http://trac.edgewall.org/" target="_blank" onclick="pageTracker._trackPageview('/outgoing/trac.edgewall.org/?referer=');">http://trac.edgewall.org/</a><br />
  OpenSource<br />
ZCOPE &#8211; wirbt mit Spaß am Projektmanagement &#8211; <a href="http://www.getzcope.com/" target="_blank" onclick="pageTracker._trackPageview('/outgoing/www.getzcope.com/?referer=');">http://www.getzcope.com/</a><br />
  Ausschließlich SaaS Lizenz 0-199€ / Monat<br />
Version One &#8211; <a href="http://www.versionone.com/" target="_blank" onclick="pageTracker._trackPageview('/outgoing/www.versionone.com/?referer=');">http://www.versionone.com/</a><br />
  lokale Installation oder als SaaS</p>
<p>Andere Vergleiche:<br />
  <a href="http://userstories.com/products" target="_blank" onclick="pageTracker._trackPageview('/outgoing/userstories.com/products?referer=');">http://userstories.com/products</a><br />
  <a href="http://www.klambauer.info/pms.pdf" target="_blank" onclick="pageTracker._trackPageview('/outgoing/www.klambauer.info/pms.pdf?referer=');">http://www.klambauer.info/pms.pdf</a></p>
]]></content:encoded>
			<wfw:commentRss>http://beckdoor.de/projekmanagement-software-fur-agile-projekte/24/10/2008/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Immer diese Aufwandsschätzungen</title>
		<link>http://beckdoor.de/immer-diese-aufwandsschatzungen/28/04/2008/</link>
		<comments>http://beckdoor.de/immer-diese-aufwandsschatzungen/28/04/2008/#comments</comments>
		<pubDate>Mon, 28 Apr 2008 18:08:06 +0000</pubDate>
		<dc:creator>Kai</dc:creator>
				<category><![CDATA[Allgemeines]]></category>
		<category><![CDATA[Projektmanagement]]></category>

		<guid isPermaLink="false">http://beckdoor.de/wpress/immer-diese-aufwandsschatzungen/28/04/2008/</guid>
		<description><![CDATA[Warum ist es wichtig Aufwände abzuschätzen?
1. Jeder Mensch will wissen was er für sein Geld bekommt, bevor er es (für nicht karikative Zwecke) ausgibt. Manager sind da nicht anders.
2. Rückwirkend ist das auch für alle Projektbeteiligten gut. Wenn die Entscheidungsbasis gut ist, können die richtigen Entscheidungen getroffen werden und es wird weniger Arbeit in den [...]]]></description>
			<content:encoded><![CDATA[<p>Warum ist es wichtig Aufwände abzuschätzen?</p>
<p>1. Jeder Mensch will wissen was er für sein Geld bekommt, bevor er es (für nicht karikative Zwecke) ausgibt. Manager sind da nicht anders.</p>
<p>2. Rückwirkend ist das auch für alle Projektbeteiligten gut. Wenn die Entscheidungsbasis gut ist, können die richtigen Entscheidungen getroffen werden und es wird weniger Arbeit in den Sand gesetzt, was frustrierender sein kann, als wenn lediglich die Aufwandsschätzung umsonst war.</p>
]]></content:encoded>
			<wfw:commentRss>http://beckdoor.de/immer-diese-aufwandsschatzungen/28/04/2008/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Getting things done - Am Beispiel einer Bugbehebung</title>
		<link>http://beckdoor.de/getting-things-done/19/09/2007/</link>
		<comments>http://beckdoor.de/getting-things-done/19/09/2007/#comments</comments>
		<pubDate>Wed, 19 Sep 2007 17:40:00 +0000</pubDate>
		<dc:creator>Kai</dc:creator>
				<category><![CDATA[Allgemeines]]></category>
		<category><![CDATA[Projektmanagement]]></category>
		<category><![CDATA[SW-Entwicklung]]></category>

		<guid isPermaLink="false">http://beckdoor.de/wpress/getting-things-done/19/09/2007/</guid>
		<description><![CDATA[Wie kommen Dinge an denen mehrere Menschen einen Beitrag leisten müssen wirklich bis zum Ende? Zügig meine ich.
Am Beispiel einer Bugbehebung

GEMEINSAM zusammensetzen zur Fehleranalyse
HANDS ON (mit Sourcecode, DB Zugriff, Fachwissen)
DRAN BLEIBEN &#8211; einer der alle Beteiligten zusammenhält und das Thema vorantreibt
KURZE GESAMTDAUER &#8211; nichts ist ermüdender, als sich immmer wieder mit dem selben Bug zu [...]]]></description>
			<content:encoded><![CDATA[<p>Wie kommen Dinge an denen mehrere Menschen einen Beitrag leisten müssen wirklich bis zum Ende? Zügig meine ich.</p>
<p>Am Beispiel einer Bugbehebung</p>
<ul>
<li>GEMEINSAM zusammensetzen zur Fehleranalyse</li>
<li>HANDS ON (mit Sourcecode, DB Zugriff, Fachwissen)</li>
<li>DRAN BLEIBEN &#8211; einer der alle Beteiligten zusammenhält und das Thema vorantreibt</li>
<li>KURZE GESAMTDAUER &#8211; nichts ist ermüdender, als sich immmer wieder mit dem selben Bug zu beschäftigen; wenige Teilabschnitte also</li>
<li>ausreichendes KNOW HOW aller beteiligten Disziplinen</li>
<li>nicht zuletzt das Erreichen WOLLEN</li>
</ul>
]]></content:encoded>
			<wfw:commentRss>http://beckdoor.de/getting-things-done/19/09/2007/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Kaizen: Alles immer besser machen</title>
		<link>http://beckdoor.de/kaizen-alles-immer-besser-machen/28/08/2007/</link>
		<comments>http://beckdoor.de/kaizen-alles-immer-besser-machen/28/08/2007/#comments</comments>
		<pubDate>Tue, 28 Aug 2007 09:31:00 +0000</pubDate>
		<dc:creator>Kai</dc:creator>
				<category><![CDATA[Allgemeines]]></category>
		<category><![CDATA[Agile]]></category>
		<category><![CDATA[Bücher]]></category>
		<category><![CDATA[Japan]]></category>
		<category><![CDATA[Management]]></category>
		<category><![CDATA[Projektmanagement]]></category>

		<guid isPermaLink="false">http://beckdoor.de/wpress/kaizen-alles-immer-besser-machen/28/08/2007/</guid>
		<description><![CDATA[Kai, japanisch für &#8220;Veränderung&#8221; und Zen für &#8220;zum Guten&#8221; ergibt zusammen Kaizen. Darunter verstehen auch westliche Betriebswirtschafter eine Denkweise, die alles darauf ausrichtet, Abläufe, Tätigkeiten und Produkte zu verbessern. Nicht einmalig &#8211; sondern permanent. Nicht sofort &#8211; in kleinen Schritten.
Aufmerksam darauf macht der Artikel in der aktuellen Handelszeitung (Nr. 44, Artikel leider nicht online erhältlich) [...]]]></description>
			<content:encoded><![CDATA[<p>Kai, japanisch für &#8220;Veränderung&#8221; und Zen für &#8220;zum Guten&#8221; ergibt zusammen Kaizen. Darunter verstehen auch westliche Betriebswirtschafter eine Denkweise, die alles darauf ausrichtet, Abläufe, Tätigkeiten und Produkte zu verbessern. Nicht einmalig &#8211; sondern permanent. Nicht sofort &#8211; in kleinen Schritten.</p>
<p>Aufmerksam darauf macht der Artikel in der aktuellen Handelszeitung (Nr. 44, Artikel leider nicht online erhältlich) und beschreibt die erfolgreichen Beispiele von Swiss und vom Rheintaler KMU-Unternehmen Noventa. Auslöser des Umdenkens ist der steigende Wettbewerbsdruck. Er verlangt in Unternehmen vom Top-Management bis zur Basis ein verstärktes Mitdenken &#8211; häufig praktiziert in Form von hierarchisch durchmischten Workshops. Interessant die Abgrenzung zwischen Kaizen und Innovation (Quelle: s. Literatur unten): wo Innovation einen abrupten und dramatischen Einschnitt bedeutet, geht Kaizen den Weg der kleinen Schritte. Wenn Innovation nur durch Erfindungen und Errungenschaften stattfindet, funktioniert Kaizen durch Verbesserung mit konventionellem Know-how. Gefallen hat mir der Schlusssatz des Artikels:&#8221;Nachahmern empfiehlt er (Geschäftsleiter Noventa) vor allem den Durchhaltewillen zu trainieren. Der Erfolg in kleinen Schritten erfordert offenbar die Kondition eines Marathon-Läufers.&#8221;</p>
<p>Die 10 Grundregeln für die Kaizen-Praxis:<br />
1. Überlege Wege für die Durchführung<br />
2. Ausreden sind unnötig<br />
3. Bessere Fehler sofort aus<br />
4. Wiederhole &#8220;Warum?&#8221; 5 Mal<br />
5. Sammle Ideen von vielen verschiedenen Personen<br />
6. Benutze Dein Hirn, nicht die Geldbörse<br />
7. Suche eine einfache Lösung, nicht DIE PERFEKTE<br />
8. Vergiß starre Vorstellungen<br />
9. Probleme sind Möglichkeiten<br />
10. Es gibt kein Ende für Verbesserungen<br />
(Quelle: <a href="http://de.wikipedia.org/wiki/Kaizen" target="_blank" onclick="pageTracker._trackPageview('/outgoing/de.wikipedia.org/wiki/Kaizen?referer=');">http://de.wikipedia.org/wiki/Kaizen</a>)</p>
<p>Der Literaturklassiker zum Thema:<br />
Kaizen. Der Schlüssel zum Erfolg der Japaner im Wettbewerb.<br />
Von Masaaki Imai</p>
]]></content:encoded>
			<wfw:commentRss>http://beckdoor.de/kaizen-alles-immer-besser-machen/28/08/2007/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>

