En tant que décideur préssé, j'ai lu le deuxième chapitre qui est ici mal placé à la fin du document : la conclusion.
Dans la conclusion, je n'ai vu parler que de migration !
La migration est problème qui se pose quand on choisit de changer de fournisseur. Dans les autres cas (nouvelle fonctionnalité, nouvelle application, changements imposés), le choix est ouvert, la migration n'est pas une contrainte. On ne voit rien (dans la conclusion) sur la supériorité, infériorité, différence entre le libre et le propriétaire c'est à dire en quoi le libre peut constituer une opportunité pour les PME.
Seul un prisme migration permet de postuler ceci : Sous peine de contre-productivité, il est recommandé que les entreprises ne s’intéressent dans un premier temps qu’aux logiciels mûrs et éprouvés par ailleurs.
En quoi l'utilisation d'un logiciel ni mûr, ni éprouvé est-il une garantie de contre-productivité ?
L'utilisation d'un "mauvais" logiciel, non adapté aux besoins avec un accompagnement insuffisant est une garantie de non productivité.
Dans certains cas, un logiciel "pas mûr" et "pas éprouvé" peut être une opportunité, s'il est libre, cela apporte un plus indéniable.
Tout cela est surtout un problème de gestion de projet et de qualité des partenaires.
# Migration ? Eprouvé ?
Posté par Mes Zigues . En réponse à la dépêche Logiciels libres et entreprises. Évalué à 5.
Dans la conclusion, je n'ai vu parler que de migration !
La migration est problème qui se pose quand on choisit de changer de fournisseur. Dans les autres cas (nouvelle fonctionnalité, nouvelle application, changements imposés), le choix est ouvert, la migration n'est pas une contrainte. On ne voit rien (dans la conclusion) sur la supériorité, infériorité, différence entre le libre et le propriétaire c'est à dire en quoi le libre peut constituer une opportunité pour les PME.
Seul un prisme migration permet de postuler ceci :
Sous peine de contre-productivité, il est recommandé que les entreprises ne s’intéressent dans un premier temps qu’aux logiciels mûrs et éprouvés par ailleurs.
En quoi l'utilisation d'un logiciel ni mûr, ni éprouvé est-il une garantie de contre-productivité ?
L'utilisation d'un "mauvais" logiciel, non adapté aux besoins avec un accompagnement insuffisant est une garantie de non productivité.
Dans certains cas, un logiciel "pas mûr" et "pas éprouvé" peut être une opportunité, s'il est libre, cela apporte un plus indéniable.
Tout cela est surtout un problème de gestion de projet et de qualité des partenaires.