<?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>Archives des amélioration continue - Blog-notes | Corinne Dangas</title>
	<atom:link href="https://dangas.com/tag/amelioration-continue/feed/" rel="self" type="application/rss+xml" />
	<link>https://dangas.com/tag/amelioration-continue/</link>
	<description>Mutations sociétales et transformations numériques</description>
	<lastBuildDate>Fri, 08 Nov 2019 18:50:02 +0000</lastBuildDate>
	<language>fr-FR</language>
	<sy:updatePeriod>
	hourly	</sy:updatePeriod>
	<sy:updateFrequency>
	1	</sy:updateFrequency>
	<generator>https://wordpress.org/?v=7.0</generator>

<image>
	<url>https://dangas.com/wp-content/uploads/2015/11/cropped-320px-Mandel_zoom_00_mandelbrot_set1-150x150.jpg</url>
	<title>Archives des amélioration continue - Blog-notes | Corinne Dangas</title>
	<link>https://dangas.com/tag/amelioration-continue/</link>
	<width>32</width>
	<height>32</height>
</image> 
	<item>
		<title>Créer de la valeur : penser « puzzles » et construire « Lego »</title>
		<link>https://dangas.com/creer-de-la-valeur-penser-puzzles-et-construire-lego/</link>
					<comments>https://dangas.com/creer-de-la-valeur-penser-puzzles-et-construire-lego/#respond</comments>
		
		<dc:creator><![CDATA[Corinne DANGAS]]></dc:creator>
		<pubDate>Tue, 17 May 2011 18:32:58 +0000</pubDate>
				<category><![CDATA[Sciences humaines et sociales]]></category>
		<category><![CDATA[Transformation numérique]]></category>
		<category><![CDATA[agile]]></category>
		<category><![CDATA[amélioration continue]]></category>
		<category><![CDATA[change management]]></category>
		<category><![CDATA[changement]]></category>
		<category><![CDATA[développement agile]]></category>
		<category><![CDATA[entrepreneuriat]]></category>
		<category><![CDATA[gestion de projet]]></category>
		<category><![CDATA[innovation]]></category>
		<category><![CDATA[intrapreneuriat]]></category>
		<category><![CDATA[lego]]></category>
		<category><![CDATA[management]]></category>
		<category><![CDATA[management 2.0]]></category>
		<category><![CDATA[organisation]]></category>
		<category><![CDATA[organisation agile]]></category>
		<category><![CDATA[pods]]></category>
		<category><![CDATA[projets]]></category>
		<category><![CDATA[puzzle]]></category>
		<category><![CDATA[quasi-décomposabilité]]></category>
		<category><![CDATA[systèmes]]></category>
		<category><![CDATA[systèmes complexes]]></category>
		<category><![CDATA[systémique]]></category>
		<guid isPermaLink="false">https://www.dangas.com/?p=1643</guid>

					<description><![CDATA[<p>Les projets, les sites e-commerce, les start-ups se multiplient : en théorie chacun peut se lancer dans son salon (ça peut marcher aussi dans votre garage, au cas où votre voiture occupe déjà tout le salon :D ).[br]Je vais prendre le contrepied de ce qui s&#8217;entend souvent, de cette facilité apparente : la rentabilité de [&#8230;]</p>
<p>Source de l'article <a href="https://dangas.com/creer-de-la-valeur-penser-puzzles-et-construire-lego/">Créer de la valeur : penser « puzzles » et construire « Lego »</a> : <a href="https://dangas.com">Blog-notes | Corinne Dangas</a>.</p>
]]></description>
										<content:encoded><![CDATA[
<p class="wp-block-paragraph">

Les projets, les sites e-commerce, les start-ups se multiplient : en théorie chacun peut se lancer dans son salon (ça peut marcher aussi dans votre garage, au cas où votre voiture occupe déjà tout le salon :D ).<br>[br]Je vais prendre le contrepied de ce qui s&rsquo;entend souvent, de cette facilité apparente : la rentabilité de nombre de sites e-commerce, portails, marketplaces, est un enjeu bien souvent très délicat, a fortiori à court terme.

</p>



<span id="more-1643"></span>



<p class="wp-block-paragraph"><strong>1) Une brique de Lego n&rsquo;a que peu de valeur seule.</strong>&nbsp;Démarrer petit limite les risques dans l&rsquo;absolu : par un effet mécanique, puisque les investissements financiers sont eux-mêmes limités. Mais, surtout en B to C, faire reposer des stratégies de moyen &#8211; long terme sur ce type de structure engendre à mon sens un niveau de risque secondaire proportionnellement plus élevé : celui de ne jamais créer de valeur.

</p>



<p class="wp-block-paragraph"><strong>2) Une construction de Lego fait plus sens : elle est plus créatrice de valeur.</strong>&nbsp;Agencement fin et cohésion intelligente peuvent créer et pérenniser un écosystème dont les chances de viabilité sont plus importantes.

</p>



<ul class="wp-block-list"><li>Valeur non financière, notamment socio-culturelle (communautés, RH, savoir-faire&#8230;), donc assemblage plus durable et plus adaptable, y compris en contexte de changement soutenu.</li><li>D&rsquo;un point de vue organisationnel, plus résistant aux fractures aussi : un assemblage s&rsquo;adosse à des redondances et des partages, et est relativement moins dépendant de l&rsquo;altération ou de la défaillance de l&rsquo;une des briques.[br]</li></ul>



<p class="wp-block-paragraph">La valeur naît de la cohérence : le tout vaut plus que la somme des parties. Personnellement je trouve moins risqué de penser en simultané un ensemble qui se tient, plutôt qu&rsquo;un unique site (service) que l&rsquo;on espère transformer miraculeusement en manne financière 2.0. <strong>Bref, « construire grand à partir de petit(s) » est sensiblement différent de « construire grand en commençant petit »</strong>. (l&rsquo;un est quasi-linéaire, l&rsquo;autre non)</p>



<p class="wp-block-paragraph">

Inconvénient : il faut probablement aimer les puzzles et les jeux de construction !

</p>



<p class="wp-block-paragraph"><strong>1) Avoir une vision anticipée de la façon dont différentes briques d&rsquo;un éco-système vont pouvoir s&rsquo;ajuster, échanger, partager, se substituer, etc.</strong></p>



<ul class="wp-block-list"><li>Ne voyez plus l&rsquo;aboutissement comme une super-structure cadrée et pyramidale : les organisations-mammouth n&rsquo;ont pas de beaux jours devant elles. Pensez puzzle : systèmes fractals, modulaires, podulaires, réticulaires, revoyez vos cours de biologie et les échanges cellulaires ou neuronaux.</li><li>N&rsquo;espérez pas élaborer des stratégies sur 10 ans, pas même sur 5 : face au changement accéléré, la stratégie est en train de devoir s&rsquo;incurver, elle devient plus circulaire que linéaire. Bien plus que la trajectoire cartographiée du bateau, elle n&rsquo;a jamais été aussi près de n&rsquo;être rien d&rsquo;autre que l&rsquo;esprit de l&rsquo;eau et du vent.</li></ul>



<p class="wp-block-paragraph"><strong>2) Et avoir (ou convaincre votre environnement !) l&rsquo;art de la patience, du doute, et du sens de l&rsquo;équilibre que requiert la construction « brique par brique ».&nbsp;</strong>(Vivement déconseillé à ceux qui ont toujours détesté les meccano !)

</p>



<ul class="wp-block-list"><li>Une brique est cassée, ne fonctionne pas ? Qu&rsquo;à cela ne tienne : on l&rsquo;améliore, on teste, ou l&rsquo;on efface les plans et on remplace par une autre. A puzzle distinct mais compétences égales, les chances de succès et le temps de réalisation d&rsquo;un puzzle de 2.000 pièces restent toujours sensiblement du même ordre ! En amont, vous pouvez évaluer à quel moment vous l&rsquo;aurez fini, pressentir sa surface et ses composantes « culturelles » (esprit, couleurs dominantes) et « relationnelles » (quelles pièces vont aller dans quelle zone). Certainement pas définir l&rsquo;ordre et le minutage dans lequel vous allez placer les 2.000 pièces.</li></ul>



<ul class="wp-block-list"><li>Pire. Vouloir tout, tout de suite, tout parfait, et tout conforme à de jolies prévisions micro-détaillées sur le papier, est non seulement une utopie, mais une utopie dangereuse en matière de projets technos (de l&rsquo;art de construire des usines à gaz) et si l&rsquo;on envisage déployer une once d&rsquo;énergie à s&rsquo;y accrocher, à la vitesse où change l&rsquo;environnement.</li></ul>



<p class="wp-block-paragraph"><strong>Il faut construire grand, mais surtout pas massif, ni trop structurant : il faut construire ouvert.&nbsp;</strong>Développer petit, « agile », mais large et souple, par différentes circonvolutions, différents projets concommitents (on avance en général de front plusieurs parties signifiantes d&rsquo;un puzzle), adapter les choix d&rsquo;organisation et de management (confiance, compétence et délégation ne sont pas des mots en l&rsquo;air), et accepter l&rsquo;incertitude, l&rsquo;imperfection et l&rsquo;incomplétude, en consolidant qualité et cohérence d&rsquo;ensemble, par itérations, échanges et améliorations continues.

</p>



<p class="wp-block-paragraph">

Quels sont vos propres retours d&rsquo;expérience ? Vous êtes plutôt&nbsp;<a href="http://bit.ly/j3EXgu" target="_blank" rel="noreferrer noopener">Château de Barbie</a>&nbsp;ou plutôt&nbsp;<a href="http://shop.lego.com/Product/?p=10200" target="_blank" rel="noreferrer noopener">garage Lego Factory</a>&nbsp;? :)

</p>



<div class="wp-block-image"><figure class="aligncenter"><img fetchpriority="high" decoding="async" width="500" height="500" src="http://dangas.com/wp-content/uploads/2011/05/Working_Together_Teamwork_Puzzle_Concept1.jpg" alt="" class="wp-image-7580" srcset="https://dangas.com/wp-content/uploads/2011/05/Working_Together_Teamwork_Puzzle_Concept1.jpg 500w, https://dangas.com/wp-content/uploads/2011/05/Working_Together_Teamwork_Puzzle_Concept1-150x150.jpg 150w, https://dangas.com/wp-content/uploads/2011/05/Working_Together_Teamwork_Puzzle_Concept1-300x300.jpg 300w" sizes="(max-width: 500px) 100vw, 500px" /><figcaption> By lumaxart (Working Together Teamwork Puzzle Concept) [CC-BY-SA-2.0], via Wikimedia Commons </figcaption></figure></div>



<p class="wp-block-paragraph"></p>
<p>Source de l'article <a href="https://dangas.com/creer-de-la-valeur-penser-puzzles-et-construire-lego/">Créer de la valeur : penser « puzzles » et construire « Lego »</a> : <a href="https://dangas.com">Blog-notes | Corinne Dangas</a>.</p>
]]></content:encoded>
					
					<wfw:commentRss>https://dangas.com/creer-de-la-valeur-penser-puzzles-et-construire-lego/feed/</wfw:commentRss>
			<slash:comments>0</slash:comments>
		
		
			</item>
		<item>
		<title>Concilier dépassement de fonction et organisation ? (2)</title>
		<link>https://dangas.com/concilier-depassement-de-fonction-et-organisation-2/</link>
					<comments>https://dangas.com/concilier-depassement-de-fonction-et-organisation-2/#respond</comments>
		
		<dc:creator><![CDATA[Corinne DANGAS]]></dc:creator>
		<pubDate>Sun, 28 Oct 2007 21:54:56 +0000</pubDate>
				<category><![CDATA[Sciences humaines et sociales]]></category>
		<category><![CDATA[amélioration continue]]></category>
		<category><![CDATA[fonction]]></category>
		<category><![CDATA[initiative]]></category>
		<category><![CDATA[innovation]]></category>
		<category><![CDATA[management]]></category>
		<category><![CDATA[management de l'innovation]]></category>
		<category><![CDATA[organisation]]></category>
		<guid isPermaLink="false">http://www.interlock.fr/?p=207</guid>

					<description><![CDATA[<p>Suite du 1. Une économie de risques préserve de celui de faire des erreurs … mais garantit presque aussi sûrement de collectivement moins bien réussir, puisque chaque élément aura intérêt à se limiter à des actions individuellement sûres et de faible portée. Comment concilier le dépassement de fonction et l&#8217;organisation ? Réduire les erreurs : [&#8230;]</p>
<p>Source de l'article <a href="https://dangas.com/concilier-depassement-de-fonction-et-organisation-2/">Concilier dépassement de fonction et organisation ? (2)</a> : <a href="https://dangas.com">Blog-notes | Corinne Dangas</a>.</p>
]]></description>
										<content:encoded><![CDATA[<h4>Suite du 1.</h4>
<p>Une économie de risques préserve de celui de faire des erreurs … mais garantit presque aussi sûrement de collectivement moins bien réussir, puisque chaque élément aura intérêt à se limiter à des actions individuellement sûres et de faible portée. Comment concilier le dépassement de fonction et l&rsquo;organisation ?</p>
<h2><span id="more-207"></span>Réduire les erreurs : du Jidoka dans l&rsquo;organisation</h2>
<p>S&rsquo;améliorer continuellement est la substance du Jidoka, l&rsquo;un des deux piliers du système de production Toyota (souvent sous-estimé par rapport au just-in-time, bien qu&rsquo;il ait été le premier mis en place) : « l&rsquo;application par soi-même ». Il repose sur le principe d&rsquo;un transfert de l&rsquo;intelligence humaine (giving machines the human touch) : l&rsquo;enjeu est de construire la qualité à la source, dans les processus, les produits et les services, plutôt que d’avoir à éliminer les rebuts.</p>
<p>Ainsi, tout opérateur peut signaler un problème : si celui-ci n&rsquo;est pas résolu dans le Takt Time, la production est automatiquement stoppée. A l&rsquo;encontre de toute la logique de production de masse, l&rsquo;arrêt de la production est un signal fort, qui permet de mobiliser toutes les ressources <em>pour</em> venir constater, observer l&rsquo;aléa ou l&rsquo;imperfection en question, l&rsquo;étudier, le corriger, et ainsi l&rsquo;éradiquer pour l&rsquo;avenir.</p>
<p>Or Ohno (le père du système) le dit : « <strong>Une ligne de production qui ne s’arrête jamais est soit une ligne merveilleusement parfaite, soit une ligne à problèmes.</strong> » <strong>Problèmes non connus, non identifiés, voire dissimulés</strong>. <strong>La découverte d&rsquo;une anomalie doit bien être perçue comme une source potentielle de progrès</strong>, une opportunité supplémentaire donnée d&rsquo;améliorer et faire évoluer les processus en place, <strong>pas comme un problème</strong> <ins></ins> ! La véritable erreur est de les ignorer, les contourner ou les nier : on ne progresse pas ainsi.</p>
<p>Pour en revenir au sujet, on voit ici un moyen de continuer à jouer large, de permettre des « dépassements de fonction », tout en réduisant le coût des erreurs qui leur sont inhérentes :</p>
<ul>
<li>Ne pas craindre dès lors qu&rsquo;un défaut, un aléa, sont identifiés, manifestes, visibles (le management visuel, de l&rsquo;évidence, et le contrôle sur le terrain, prennent ici tout leur sens), de <strong>tout stopper pour prendre le temps d&rsquo;identifier en commun l&rsquo;erreur</strong>, l&rsquo;examiner, la comprendre, la corriger, et en tirer les enseignements.</li>
<li>Accepter également de passer à une <strong>vision sur le plus long terme</strong>, où les choses progressent par itération et amélioration permanente, en tendant toujours plus vers l&rsquo;idéal de perfection &#8230; que, s&rsquo;entend bien, elles n&rsquo;atteindront jamais. :)</li>
</ul>
<h2>Canaliser les dépassements : s&rsquo;organiser pour innover</h2>
<p>Sans aucun doute n&rsquo;est-ce pas la seule voie, mais les expériences de 3M ou Google offrent également quelques pistes sur la façon dont peut, dans la pratique, <strong>être organisé le « dépassement de fonction », pour servir l&rsquo;innovation.</strong></p>
<p>Décrit en 1998 dans Wired, en place dans les centres de recherche de 3M et parmi les ingénieurs et développeurs de Google, le <strong>mécanisme 80/20, basé sur l’organisation du temps de travail</strong>, est une solution intelligemment pensée d&rsquo;équilibre entre le « dans la fonction » et le « dépassement de fonction ». De façon plus ou moins implicite, il repose aussi beaucoup sur le collectif.</p>
<p>80% du temps de travail est consacré à la mission, et 20% à des recherches personnelles.</p>
<p>Mais on reste dans une logique « win-win », car le temps ainsi offert aux salariés est souvent retrouvé sous la forme d’informations, d’innovations, de publications et de contacts qui vont servir l&rsquo;entreprise. <strong>Ce système favorise l&rsquo;émergence d&rsquo;idées et de produits qui seront ensuite intégrés à l&rsquo;offre</strong>. En donnant 20 % de leur temps à ses ingénieurs, Google se donne aussi la possibilité de s&rsquo;approprier les idées, inventions qu&rsquo;ils auraient autrement gardées pour eux. Ce qu&rsquo;elle donne d&rsquo;un côté, elle le récupère de l&rsquo;autre.</p>
<p>Sur l’intranet, un hit parade des projets les plus prometteurs favorise <strong>l&rsquo;effet d&rsquo;émulation,</strong> la <strong>concurrence interne étant serrée pour obtenir le feu vert de la direction </strong>pour que son projet devienne l&rsquo;un des produits bêta Google. Ainsi, la société pratique également une sorte <strong>d&rsquo;essaimage « de l&rsquo;intérieur »</strong>, qui a également l&rsquo;effet bénéfique de <strong>réduire le risque de voir ses meilleurs éléments partir.</strong></p>
<p>Bien entendu, beaucoup des travaux engagés pendant ces 20% n&rsquo;aboutiront jamais à des produits viables et finis … mais ce <strong>processus de sélection naturelle </strong>s&rsquo;effectue ainsi également « en amont », préservant également la société de lancement d&rsquo;erreurs sur le marché, et servant à l&rsquo;<strong>acquisition de compétences</strong> par les ingénieurs, dont bénéficieront aussi les projets officiels.</p>
<p>Le mécanisme est basé sur un contrôle des pairs et donne ainsi la <strong>priorité aux idées susceptibles d’intéresser l’entreprise</strong>, dont la <strong>vision reste centrée utilisateur</strong>. (le risque de dérive de ce type de pratique étant certainement une culture de technicité, d&rsquo;ingénieur, insuffisamment centrée client) qui travaillera sérieusement à leur réalisation.</p>
<p>Ces peer reviews aident à la création d’<strong>une hiérarchie parallèle basée sur la compétence technique et la réputation</strong>. Eric Schmidt : « <em>Si vous ne voulez pas perdre vos geeks, il faut trouver un moyen de leur offrir des promotions sans en faire des managers</em> ». Car sinon, comment offrir des perspectives à des personnels de haut niveau, ingénieurs, chercheurs, etc., sans multiplier les positions de management qui les éloignent de ce qu’ils savent faire le mieux et bureaucratisent l’entreprise ?</p>
<p>Enfin en conclusion, quelle que soit l&rsquo;organisation mise en place, il est toujours utile de ramener les choses à leur juste proportion : les interactions internes, et notamment les problématiques de « dépassement de fonction », ne doivent ou devraient pas venir prendre le pas sur l&rsquo;essentiel : or à trop se préoccuper de l&rsquo;intérieur du système, et à démultiplier les heurts  internes, on prend toujours le risque d&rsquo;en oublier sa direction globale. Aussi pour reprendre l&rsquo;un des principes phares de Google, dépassement de fonction ou pas, il est probable que <strong>tant que la préoccupation première reste l&rsquo;utilisateur, le reste peut plus facilement suivre</strong>.</p>
<p>Source de l'article <a href="https://dangas.com/concilier-depassement-de-fonction-et-organisation-2/">Concilier dépassement de fonction et organisation ? (2)</a> : <a href="https://dangas.com">Blog-notes | Corinne Dangas</a>.</p>
]]></content:encoded>
					
					<wfw:commentRss>https://dangas.com/concilier-depassement-de-fonction-et-organisation-2/feed/</wfw:commentRss>
			<slash:comments>0</slash:comments>
		
		
			</item>
	</channel>
</rss>
