﻿<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	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/"
		>
<channel>
	<title>Comments on: Organisation et m&#233;thode de production design to cost</title>
	<atom:link href="http://www.pentablog.fr/design-to-cost-productivite/organisation-et-mthode-de-production-design-to-cost/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.pentablog.fr/design-to-cost-productivite/organisation-et-mthode-de-production-design-to-cost/</link>
	<description>Blog de l&#039;offshore / nearshore outsourcing, de l&#039;Europe à l&#039;Asie</description>
	<lastBuildDate>Tue, 07 Feb 2012 10:19:05 +0100</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8.4</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: L&#8217;anti blog de l&#8217;outsourcing, de l&#8217;offshore, du nearshore et du local &#187; Offshore, morale et raison !</title>
		<link>http://www.pentablog.fr/design-to-cost-productivite/organisation-et-mthode-de-production-design-to-cost/#comment-1201</link>
		<dc:creator>L&#8217;anti blog de l&#8217;outsourcing, de l&#8217;offshore, du nearshore et du local &#187; Offshore, morale et raison !</dc:creator>
		<pubDate>Wed, 28 Oct 2009 15:55:38 +0000</pubDate>
		<guid isPermaLink="false">http://www.pentablog.fr/?p=83#comment-1201</guid>
		<description>[...]  [...]</description>
		<content:encoded><![CDATA[<p>[...]  [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Fred</title>
		<link>http://www.pentablog.fr/design-to-cost-productivite/organisation-et-mthode-de-production-design-to-cost/#comment-31</link>
		<dc:creator>Fred</dc:creator>
		<pubDate>Mon, 03 Sep 2007 16:32:04 +0000</pubDate>
		<guid isPermaLink="false">http://www.pentablog.fr/?p=83#comment-31</guid>
		<description>Ce n&#039;est pa exactement comme ça que nous voyons les choses.

Quand on parle de qualité, on parle déjà de réduction des coûts. Un plan de qualité valable, ne saurait avoir pour effet d&#039;augmenter les coûts de production et d&#039;exploitation de l&#039;entreprise éditrice de logiciels... au contraire.

La division des tâches idoine, le plan de test adéquat, les outils (et leur usage scrupuleux) de documentation et de gestion de la connaissance, ne devrait avoir d&#039;autre fin, pour l&#039;éditeur que de gagner du temps sur la mainteance, afn de fair plus de R&amp;D, donc d&#039;innover plus vite dans un contexte e maintenance réduite.

Après, il est vrai que le recours à l&#039;offshore peut permettre d&#039;appuyer plus encore sur les fonctions qualité. Pour deux raisons :

1. l&#039;offshoring va obliger l&#039;entreprise a travailer mieux (nécessité de disposer de bonnes specs, documentation et suivi de projet plus &quot;continus&quot;

2. Pour l&#039;entreprise qui ne dispose pas du fond de roulement nécessaire à l&#039;amorce d&#039;une politique qualité, elle va s&#039;apercevoir que là où elle ne pouvait se payer aucun IQ, ou pire, basiquement, aucun testeur, que pour le prix d&#039;un seul à l&#039;ouest, elle peut s&#039;en payer 2 à l&#039;Est et blinder ses produits... c&#039;est ce qu&#039;on appelle l&#039;offshore à effet de levier. D&#039;abord je paye moins cher et en plus je vais plus loin.
Ce même raisonnement s&#039;appliue à l&#039;entreprise qui peut employer 2 testeurs mais qui aurait besoin de 2,5. Ele peut tout simplement en prendre 3 en offhore et en profiter pour augmenter son niveau de contrôle. 

Je dirais en conclusion que réfléchir sur la réflexion sur ola qualité et l&#039;organisation vont déjà diminuer les coûts. Ensuite une bonne description permettra un recours plus aisé à l&#039;offshore.</description>
		<content:encoded><![CDATA[<p>Ce n&#8217;est pa exactement comme ça que nous voyons les choses.</p>
<p>Quand on parle de qualité, on parle déjà de réduction des coûts. Un plan de qualité valable, ne saurait avoir pour effet d&#8217;augmenter les coûts de production et d&#8217;exploitation de l&#8217;entreprise éditrice de logiciels&#8230; au contraire.</p>
<p>La division des tâches idoine, le plan de test adéquat, les outils (et leur usage scrupuleux) de documentation et de gestion de la connaissance, ne devrait avoir d&#8217;autre fin, pour l&#8217;éditeur que de gagner du temps sur la mainteance, afn de fair plus de R&amp;D, donc d&#8217;innover plus vite dans un contexte e maintenance réduite.</p>
<p>Après, il est vrai que le recours à l&#8217;offshore peut permettre d&#8217;appuyer plus encore sur les fonctions qualité. Pour deux raisons :</p>
<p>1. l&#8217;offshoring va obliger l&#8217;entreprise a travailer mieux (nécessité de disposer de bonnes specs, documentation et suivi de projet plus &#8220;continus&#8221;</p>
<p>2. Pour l&#8217;entreprise qui ne dispose pas du fond de roulement nécessaire à l&#8217;amorce d&#8217;une politique qualité, elle va s&#8217;apercevoir que là où elle ne pouvait se payer aucun IQ, ou pire, basiquement, aucun testeur, que pour le prix d&#8217;un seul à l&#8217;ouest, elle peut s&#8217;en payer 2 à l&#8217;Est et blinder ses produits&#8230; c&#8217;est ce qu&#8217;on appelle l&#8217;offshore à effet de levier. D&#8217;abord je paye moins cher et en plus je vais plus loin.<br />
Ce même raisonnement s&#8217;appliue à l&#8217;entreprise qui peut employer 2 testeurs mais qui aurait besoin de 2,5. Ele peut tout simplement en prendre 3 en offhore et en profiter pour augmenter son niveau de contrôle. </p>
<p>Je dirais en conclusion que réfléchir sur la réflexion sur ola qualité et l&#8217;organisation vont déjà diminuer les coûts. Ensuite une bonne description permettra un recours plus aisé à l&#8217;offshore.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: nilmer74</title>
		<link>http://www.pentablog.fr/design-to-cost-productivite/organisation-et-mthode-de-production-design-to-cost/#comment-32</link>
		<dc:creator>nilmer74</dc:creator>
		<pubDate>Tue, 28 Aug 2007 18:27:59 +0000</pubDate>
		<guid isPermaLink="false">http://www.pentablog.fr/?p=83#comment-32</guid>
		<description>Bonsoir, je viens de lire avec interêt votre article si dessus ... 
Je travaille actuellement chez un éditeur de logiciel et
depuis maintenant plus d&#039;un an, dans le cadre de mon projet je mets en place des méthodologies de développement afin de maitriser nos développements réalisés hors de la France : en Roumanie par exemple. Par rapport à mon expérience, je tiens à préciser qu&#039;il existe des méthodologies et des outils sur le marché qui nous permettent d&#039;industrialiser les processus de fabrication/production et surtout dans mon cas de sécuriser des développements hors de France. Typiquement dans le cadre de mon projet, nous portons notre effort - en amont des développements - sur la définition des exigences fonctionnelles que nous modélisons en UML. Les exigences fonctionnelles ainsi définies et validées sont utilisées pour définir des exigences de tests auquels sont rattachés des plans de tests, ce qui nous permet par la suite de connaître la couverture de test. A partir de la modélisation UML on peut utiliser des outils d&#039;aide au développement ce qui permet entre autre de structurer les développements. On pourrait aussi parler des outils de type MAVEN/Continum, qui permettent de maitriser le contenu et la génération des livrables en toute sécurité. Conclusion si l&#039;on souhaite vraiement mettre en place des processus/méthodes de production : ils existent mais tout cela à un coût .... coût qui peut être compensée par un coût de main d&#039;oeuvre moins chére ...</description>
		<content:encoded><![CDATA[<p>Bonsoir, je viens de lire avec interêt votre article si dessus &#8230;<br />
Je travaille actuellement chez un éditeur de logiciel et<br />
depuis maintenant plus d&#8217;un an, dans le cadre de mon projet je mets en place des méthodologies de développement afin de maitriser nos développements réalisés hors de la France : en Roumanie par exemple. Par rapport à mon expérience, je tiens à préciser qu&#8217;il existe des méthodologies et des outils sur le marché qui nous permettent d&#8217;industrialiser les processus de fabrication/production et surtout dans mon cas de sécuriser des développements hors de France. Typiquement dans le cadre de mon projet, nous portons notre effort &#8211; en amont des développements &#8211; sur la définition des exigences fonctionnelles que nous modélisons en UML. Les exigences fonctionnelles ainsi définies et validées sont utilisées pour définir des exigences de tests auquels sont rattachés des plans de tests, ce qui nous permet par la suite de connaître la couverture de test. A partir de la modélisation UML on peut utiliser des outils d&#8217;aide au développement ce qui permet entre autre de structurer les développements. On pourrait aussi parler des outils de type MAVEN/Continum, qui permettent de maitriser le contenu et la génération des livrables en toute sécurité. Conclusion si l&#8217;on souhaite vraiement mettre en place des processus/méthodes de production : ils existent mais tout cela à un coût &#8230;. coût qui peut être compensée par un coût de main d&#8217;oeuvre moins chére &#8230;</p>
]]></content:encoded>
	</item>
</channel>
</rss>

