<?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>Commentaires sur : Logiciels libres et entreprises : réflexions post-réunion</title>
	<atom:link href="http://www.maubon.info/2008/04/logiciels-libres-et-entreprises-reflexions-post-reunion/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.maubon.info/2008/04/logiciels-libres-et-entreprises-reflexions-post-reunion/</link>
	<description>Sur le Net, la technologie et d&#039;autres choses ...</description>
	<lastBuildDate>Sat, 21 Jan 2012 09:26:32 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<item>
		<title>Par : gmaubon</title>
		<link>http://www.maubon.info/2008/04/logiciels-libres-et-entreprises-reflexions-post-reunion/#comment-30</link>
		<dc:creator>gmaubon</dc:creator>
		<pubDate>Sat, 10 May 2008 21:20:28 +0000</pubDate>
		<guid isPermaLink="false">http://www.maubon.info/?p=61#comment-30</guid>
		<description>Bonjour Matthieu et merci de toutes ces précisions. Je suis certain que ta formation de juriste précisément est un apport précieux dans ce domaine de la diffusion du logiciel libre. Je profite de tes commentaires pour faire avancer un peu le sujet.

Sur la contractualisation d’abords qui est capitale à mes yeux. Je précise bien que c’est le modèle de support « communautaire » qui me semble difficilement contractualisable. Je ne doute pas de l’existence de contrats de support d’éditeurs de solutions libres (comme MYSQL) ou de la part de sociétés spécialisées, les SS2L (sociétés de service en logiciels libres). Encore faut-il faire connaitre ces types de supports.

Entre nous, je suis tout à fait d’accord avec toi quand tu écris « une analyse de qualité des besoins de leur clientèle suppose une bonne compréhension de leurs métiers, de leurs contraintes, de leurs obligations, et leur fonctionnement. La nature juridique de la licence (libre ou propriétaire) est alors relégué au second plan». Je ne pense toujours pas que la nature de la licence soit un argument de vente dans la majorité des cas. Comme Agathe nous le disais dans la réunion organisée par Ubuntu-Dijon, je précisais moi aussi à mes clients (au temps où j’étais consultant) les avantages de mon travail avec des outils exclusivement libres : ils n’étaient pas liés à ma personne pour continuer à développer les fruits de notre travail. Je me faisais un point d’honneur en effet à remettre les sources de mes travaux ainsi que les documentations reliées. Avec le temps et le recul, je me dis que devoir préciser ça à mes clients sans qu’ils ne me demandent rien traduit le peu d’intérêt (au pire) ou d’informations (au mieux) qu’ils ont sur le sujet. Aujourd’hui, je suis plutôt dans la peau du client et je m’intéresse moins à la licence d’utilisation, du moment qu’elle est en adéquation avec les besoins que j’exprime, qu’à la couverture fonctionnelle du produit et à la distribution des rôles dans la maintenance (qui installe, qui utilise, qui maitrise le fonctionnelle, qui maitrise le technique, qui intervient en cas de problème et sous quels délais, etc.)

Pour revenir également sur la classification en taille par rapport aux besoins informatiques, je reste très prudent ! Mon expérience m’a montré que les TPE, n’ayant pas de valeurs critiques immédiatement visibles sur leurs données informatiques et n’ayant pas de compétences particulières en informatique utilisent l’informatique comme les particuliers. Les besoins ne sont pas définis comme chez le quidam et il peut donc arriver ce qui arrive chez tout le monde. Je me souviens encore de ce chef d’entreprise (3 personnes, très technologique) qui n’avait qu’un ordinateur portable pour l’ensemble de son travail sur 5 ans. Le jour où il est venu me voir parce que son disque dur était HS, nous avons tous les deux vus la vie ou la mort de son entreprise ! C’était notre jour de chance puisque nous avons pu reconstituer la plupart des fichiers, mais cela m’a soumis à une sacrée tension.

Les entreprises soumises à des contraintes réglementaires (conservations des données ou confidentialité par exemple) ont une autre approche puisque, quelle que soit leur taille, elles intègrent ces contraintes à leur informatique. Dans bien des cas elles vont acheter une solution « clés en mains » sans pour autant la tester, mais elles l’auront.

Pour conclure, je reste convaincu que de nos jours le point important pour l’adoption de solutions libres en particulier et pour la maitrise de son « système d’information » en générale est la présence au sein de la structure d’un pole de développement, même une seule personne avec des compétences embryonnaires. La taille de l’entreprise n’est plus un critère. C’est la prise de conscience de la valeur du système d’information lui-même qui mène vers la maitrise et une « certaine » indépendance.</description>
		<content:encoded><![CDATA[<p>Bonjour Matthieu et merci de toutes ces précisions. Je suis certain que ta formation de juriste précisément est un apport précieux dans ce domaine de la diffusion du logiciel libre. Je profite de tes commentaires pour faire avancer un peu le sujet.</p>
<p>Sur la contractualisation d’abords qui est capitale à mes yeux. Je précise bien que c’est le modèle de support « communautaire » qui me semble difficilement contractualisable. Je ne doute pas de l’existence de contrats de support d’éditeurs de solutions libres (comme MYSQL) ou de la part de sociétés spécialisées, les SS2L (sociétés de service en logiciels libres). Encore faut-il faire connaitre ces types de supports.</p>
<p>Entre nous, je suis tout à fait d’accord avec toi quand tu écris « une analyse de qualité des besoins de leur clientèle suppose une bonne compréhension de leurs métiers, de leurs contraintes, de leurs obligations, et leur fonctionnement. La nature juridique de la licence (libre ou propriétaire) est alors relégué au second plan». Je ne pense toujours pas que la nature de la licence soit un argument de vente dans la majorité des cas. Comme Agathe nous le disais dans la réunion organisée par Ubuntu-Dijon, je précisais moi aussi à mes clients (au temps où j’étais consultant) les avantages de mon travail avec des outils exclusivement libres : ils n’étaient pas liés à ma personne pour continuer à développer les fruits de notre travail. Je me faisais un point d’honneur en effet à remettre les sources de mes travaux ainsi que les documentations reliées. Avec le temps et le recul, je me dis que devoir préciser ça à mes clients sans qu’ils ne me demandent rien traduit le peu d’intérêt (au pire) ou d’informations (au mieux) qu’ils ont sur le sujet. Aujourd’hui, je suis plutôt dans la peau du client et je m’intéresse moins à la licence d’utilisation, du moment qu’elle est en adéquation avec les besoins que j’exprime, qu’à la couverture fonctionnelle du produit et à la distribution des rôles dans la maintenance (qui installe, qui utilise, qui maitrise le fonctionnelle, qui maitrise le technique, qui intervient en cas de problème et sous quels délais, etc.)</p>
<p>Pour revenir également sur la classification en taille par rapport aux besoins informatiques, je reste très prudent ! Mon expérience m’a montré que les TPE, n’ayant pas de valeurs critiques immédiatement visibles sur leurs données informatiques et n’ayant pas de compétences particulières en informatique utilisent l’informatique comme les particuliers. Les besoins ne sont pas définis comme chez le quidam et il peut donc arriver ce qui arrive chez tout le monde. Je me souviens encore de ce chef d’entreprise (3 personnes, très technologique) qui n’avait qu’un ordinateur portable pour l’ensemble de son travail sur 5 ans. Le jour où il est venu me voir parce que son disque dur était HS, nous avons tous les deux vus la vie ou la mort de son entreprise ! C’était notre jour de chance puisque nous avons pu reconstituer la plupart des fichiers, mais cela m’a soumis à une sacrée tension.</p>
<p>Les entreprises soumises à des contraintes réglementaires (conservations des données ou confidentialité par exemple) ont une autre approche puisque, quelle que soit leur taille, elles intègrent ces contraintes à leur informatique. Dans bien des cas elles vont acheter une solution « clés en mains » sans pour autant la tester, mais elles l’auront.</p>
<p>Pour conclure, je reste convaincu que de nos jours le point important pour l’adoption de solutions libres en particulier et pour la maitrise de son « système d’information » en générale est la présence au sein de la structure d’un pole de développement, même une seule personne avec des compétences embryonnaires. La taille de l’entreprise n’est plus un critère. C’est la prise de conscience de la valeur du système d’information lui-même qui mène vers la maitrise et une « certaine » indépendance.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Par : Matthieu DESRUMAUX</title>
		<link>http://www.maubon.info/2008/04/logiciels-libres-et-entreprises-reflexions-post-reunion/#comment-29</link>
		<dc:creator>Matthieu DESRUMAUX</dc:creator>
		<pubDate>Wed, 23 Apr 2008 21:52:57 +0000</pubDate>
		<guid isPermaLink="false">http://www.maubon.info/?p=61#comment-29</guid>
		<description>Juriste de formation, j&#039;ai rédigé mon mémoire de fin d&#039;étude (Droit de la propriété intellectuelle - inédit) sur les licences de logiciels libres. Mon métier est de valoriser et de protéger l&#039;innovation; je ne peux rester insensible à un phénomène d&#039;une telle ampleur.

Les logiciels libres sont fascinants, car ce sont des outils qui utilisent les droits de la propriété intellectuelle dans leur but premier, à savoir diffuser le plus largement possible l&#039;innovation.

Les licences de logiciels libres sont des contrats par nature, par lesquels les auteurs ou les éditeurs accordent à leurs partenaires ou à des tiers le droit de pouvoir utiliser leurs programmes. Généralement, les éditeurs et les auteurs de logiciels placés sous licences libres accordent quatre types de droits:
- le droit de libre diffusion, c&#039;est-à-dire de transmettre le logiciel et son code source à une autre personne (liberté 2);
- le droit d&#039;adaptation, au sens de modification du Code source initial (libertés 1 et 3);
- le droit d&#039;utilisation, qui consiste à bénéficier des fonctionnalités du programme (liberté 0);
- le droit de reproduction, qui consiste à faire une copie du code source.

Le modèle des logiciels libres est contractualisable car contractuel par essence: ce qui différencie les logiciels libres des logiciels propriétaires n&#039;est pas leur langage de programmation, leur mode opératoire, le matériel sur lesquels ils fonctionnent... c&#039;est bien la chaine de contrats dans laquelle ils se situent.

Aujourd&#039;hui, les entreprises qui prospèrent sur le modèle des logiciels libres:
- peuvent obtenir des redevances de leurs licences: libre n&#039;est pas synonyme de &quot;gratuit&quot;;
- peuvent obtenir des ressources par les services associés aux logiciels: développement de fonctionnalités spécifiques, maintenance, implémentation, correction de bugs, etc.

Il est donc possible de contractualiser les relations avec un éditeur de logiciel libre. Les questions critiques (correction de bug, disponibilité du système...) resteront dépendantes des moyens techniques et humains dont le prestataire dispose.

Enfin, je ne partage pas totalement l&#039;analyse de Grégory sur l&#039;analyse des besoins présentés et les trois catégories d&#039;entreprises décrites. Il me semble curieux que la taille de l&#039;entreprise soit un critère. Par exemple, les besoins informatiques d&#039;une SSII n&#039;ont rien de commun avec les besoins informatiques d&#039;un Cabinet d&#039;avocats ou d&#039;un laboratoire médical, même si chacune de ces structures emploient moins de 20 personnes. De même, les contraintes règlementaires professionnelles d&#039;un Cabinet d&#039;Avocats ou d&#039;une petite banque nécessiteront des stratégies et des outils de sécurité plus puissants que ceux d&#039;un audioprthésiste...

Les besoins des TPE et des PME ne se rapprochent pas de ceux des particuliers, car l&#039;informatique domestique a un autre usage. En cas de sinistre sur le hardware, par exemple, un particulier (hors libéral) perdra ses messages, ses photographies numériques, ses courriers, son carnet d&#039;adresse, certaines licences. Un sinistre intervenant dans une entreprise, même de moins de 20 personnes, emporte des conséquences plus néfastes pour ses clients...

Selon moi, les éditeurs de logiciels doivent adopter une &quot;approche métier&quot;: une analyse de qualité des besoins de leur clientèle suppose une bonne compréhension de leurs métiers, de leurs contraintes, de leurs obligations, et leur fonctionnement. La nature juridique de la licence (libre ou propriétaire) est alors relégué au second plan.</description>
		<content:encoded><![CDATA[<p>Juriste de formation, j&#8217;ai rédigé mon mémoire de fin d&#8217;étude (Droit de la propriété intellectuelle &#8211; inédit) sur les licences de logiciels libres. Mon métier est de valoriser et de protéger l&#8217;innovation; je ne peux rester insensible à un phénomène d&#8217;une telle ampleur.</p>
<p>Les logiciels libres sont fascinants, car ce sont des outils qui utilisent les droits de la propriété intellectuelle dans leur but premier, à savoir diffuser le plus largement possible l&#8217;innovation.</p>
<p>Les licences de logiciels libres sont des contrats par nature, par lesquels les auteurs ou les éditeurs accordent à leurs partenaires ou à des tiers le droit de pouvoir utiliser leurs programmes. Généralement, les éditeurs et les auteurs de logiciels placés sous licences libres accordent quatre types de droits:<br />
- le droit de libre diffusion, c&#8217;est-à-dire de transmettre le logiciel et son code source à une autre personne (liberté 2);<br />
- le droit d&#8217;adaptation, au sens de modification du Code source initial (libertés 1 et 3);<br />
- le droit d&#8217;utilisation, qui consiste à bénéficier des fonctionnalités du programme (liberté 0);<br />
- le droit de reproduction, qui consiste à faire une copie du code source.</p>
<p>Le modèle des logiciels libres est contractualisable car contractuel par essence: ce qui différencie les logiciels libres des logiciels propriétaires n&#8217;est pas leur langage de programmation, leur mode opératoire, le matériel sur lesquels ils fonctionnent&#8230; c&#8217;est bien la chaine de contrats dans laquelle ils se situent.</p>
<p>Aujourd&#8217;hui, les entreprises qui prospèrent sur le modèle des logiciels libres:<br />
- peuvent obtenir des redevances de leurs licences: libre n&#8217;est pas synonyme de &laquo;&nbsp;gratuit&nbsp;&raquo;;<br />
- peuvent obtenir des ressources par les services associés aux logiciels: développement de fonctionnalités spécifiques, maintenance, implémentation, correction de bugs, etc.</p>
<p>Il est donc possible de contractualiser les relations avec un éditeur de logiciel libre. Les questions critiques (correction de bug, disponibilité du système&#8230;) resteront dépendantes des moyens techniques et humains dont le prestataire dispose.</p>
<p>Enfin, je ne partage pas totalement l&#8217;analyse de Grégory sur l&#8217;analyse des besoins présentés et les trois catégories d&#8217;entreprises décrites. Il me semble curieux que la taille de l&#8217;entreprise soit un critère. Par exemple, les besoins informatiques d&#8217;une SSII n&#8217;ont rien de commun avec les besoins informatiques d&#8217;un Cabinet d&#8217;avocats ou d&#8217;un laboratoire médical, même si chacune de ces structures emploient moins de 20 personnes. De même, les contraintes règlementaires professionnelles d&#8217;un Cabinet d&#8217;Avocats ou d&#8217;une petite banque nécessiteront des stratégies et des outils de sécurité plus puissants que ceux d&#8217;un audioprthésiste&#8230;</p>
<p>Les besoins des TPE et des PME ne se rapprochent pas de ceux des particuliers, car l&#8217;informatique domestique a un autre usage. En cas de sinistre sur le hardware, par exemple, un particulier (hors libéral) perdra ses messages, ses photographies numériques, ses courriers, son carnet d&#8217;adresse, certaines licences. Un sinistre intervenant dans une entreprise, même de moins de 20 personnes, emporte des conséquences plus néfastes pour ses clients&#8230;</p>
<p>Selon moi, les éditeurs de logiciels doivent adopter une &laquo;&nbsp;approche métier&nbsp;&raquo;: une analyse de qualité des besoins de leur clientèle suppose une bonne compréhension de leurs métiers, de leurs contraintes, de leurs obligations, et leur fonctionnement. La nature juridique de la licence (libre ou propriétaire) est alors relégué au second plan.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Par : Pminguet</title>
		<link>http://www.maubon.info/2008/04/logiciels-libres-et-entreprises-reflexions-post-reunion/#comment-28</link>
		<dc:creator>Pminguet</dc:creator>
		<pubDate>Sun, 20 Apr 2008 08:40:06 +0000</pubDate>
		<guid isPermaLink="false">http://www.maubon.info/?p=61#comment-28</guid>
		<description>Merci Grégory pour ce compte rendu.
Oui pour les usages, les témoignages d&#039;entrepreneurs, d&#039;artisans.... Je perçois et çà me rassure le côté &quot;fermé&quot; et &quot;anti-microsoft&quot; de certains, qui depuis des années desservent leur cause et c&#039;est bien dommage.
Mais franchement le libre avance, soyons accessible, vulgarisons, montrons des exemples et arrêtons les batailles de &quot;pseudo spécialistes&quot;.
Y a encore du boulot, mais c&#039;est intéressant.</description>
		<content:encoded><![CDATA[<p>Merci Grégory pour ce compte rendu.<br />
Oui pour les usages, les témoignages d&#8217;entrepreneurs, d&#8217;artisans&#8230;. Je perçois et çà me rassure le côté &laquo;&nbsp;fermé&nbsp;&raquo; et &laquo;&nbsp;anti-microsoft&nbsp;&raquo; de certains, qui depuis des années desservent leur cause et c&#8217;est bien dommage.<br />
Mais franchement le libre avance, soyons accessible, vulgarisons, montrons des exemples et arrêtons les batailles de &laquo;&nbsp;pseudo spécialistes&nbsp;&raquo;.<br />
Y a encore du boulot, mais c&#8217;est intéressant.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

