Premièrement, déterminer si la compétitivité fondamentale nécessite l'accès à des systèmes propriétaires.
La comptabilité financière, la gestion de bureau et la gestion commune des clients devraient normalement être précédées d'évaluations de produits matures; des règles de transaction complexes, des processus de livraison de l'industrie, des synergies multisystèmes, des connexions d'équipement ou des produits logiciels qui seront vendus à l'extérieur à l'avenir pourraient nécessiter des capacités exclusives supplémentaires.
Si les différences sont concentrées sur un petit nombre d'approbations, de rapports et d'interfaces, les extensions de base de maturité sont généralement plus économiques; si les objets, privilèges et processus de base sont différents des projets open source existants, l'imposition de doubles sections peut être plus coûteuse que la personnalisation. L'accent n'est pas mis sur le nombre de pages de première étape, mais sur la question de savoir si les modèles commerciaux clés sont compatibles avec la base de produits.
- Que les processus de base influent directement sur le revenu, la prestation, les coûts ou l'expérience client
- Indique si le modèle de données et le modèle de permission dans la base prête correspondent
- Indique si la différence est atteinte par la configuration, les plugins et les services indépendants
- Indique si l'entreprise doit disposer d'un code source et d'itinéraires de produits complets à l'avenir
Le contrôle de la source d'autorisation doit compléter le processus de licence et de technologie
Le projet vise à vérifier les licences du projet principal, en s'appuyant sur les composants, les icônes de police, les modèles et les ensembles de données, ainsi que sur les marques de commerce, les signatures, les divulgations de sources, les services de réseau et les exigences de redistribution.
L'interface technique n'est pas complète pour démontrer que le système est adapté à la prestation commerciale à long terme.
Les systèmes d'entreprise personnalisent trois structures communes avec la conformité open-source
Le premier est un projet utilisant des plugins et des points d'extension dans des systèmes open source qui conviennent à des projets à forte correspondance de base et à des mécanismes de stabilisation communautaires; le second est de maintenir des cœurs open source, de construire des services exclusifs d'entreprise aux bords extérieurs et à l'extrémité avant, de permettre l'isolement des changements locaux par le biais de connexions API; et le troisième est de réutiliser des parties de composants ou de programmes technologiques, les opérations de base étant constituées indépendamment et adaptées aux produits à plus long terme avec des différences plus importantes.
De l'une ou l'autre façon, les limites du code en amont, de la branche locale, des modules spécifiques à l'entreprise et des configurations clientes sont identifiées. La stratégie de la version devrait enregistrer chaque mise à niveau en amont, conflits locaux, correctifs de sécurité, changements de base de données et régressions.
- Prioriser les plugins ouverts et stables, les événements et les points d'extension API
- Changements au code de base pour établir des listes de contrôle et réduire les intrusions inutiles
- Version indépendante des capacités propres à l'entreprise et maintenance des essais automatisés
- Améliorations pré-lignes en amont, réparations de sécurité et retraites de données
Comment les marques, privilèges, données et interfaces tierces sont produites
La version spécifique à l'entreprise n'est généralement pas seulement un remplacement du logo. Elle nécessite également l'harmonisation des noms de domaine, de la langue de marque, de l'architecture d'information de menu, des modèles d'organisation et de locataire, des privilèges de rôle, de l'audit, des stratégies de sécurité et des processus d'initialisation de la clientèle.
Ces capacités de production sont intégrées dans le premier cours pour passer de -Open source opérationnelle à -Open source produits d'affaires livrables.
Le coût ne peut pas être comparé à l'offre initiale de développement.
L'investissement de la personnalisation zéro est axé sur la conception de produits, le développement de base et les essais; la formation en libre accès peut raccourcir le renforcement des capacités de base, mais augmente l'alignement, la pertinence, la mise à niveau et l'octroi de licences aux entreprises.
Les essais de couplage des procédés, de licence, de technologie PoC et de mise à niveau peuvent être réalisés à court terme avant de déterminer l'étendue de la production, ce qui éviterait de sous-estimer le nombre de modifications en voyant une interface prête et en évitant les doubles emplois lorsque la capacité de maturité peut être réutilisée.
- Licences de base séparées des abonnements de tiers
- Distinguer une fois les coûts de personnalisation, de mise à niveau continue et de transport
- Citation information client, interface et complémentarités environnementales
- Établit les règles de transfert des codes sources, des données et des comptes au moment de la clôture du projet
Comment personnaliser le système d'entreprise avec la conformité open-source
L'acceptation et l'inspection devraient couvrir la boucle fermée d'affaires, anomalie de la scène, isolation d'autorisation, migration des données, défaillance de l'interface, sécurité des performances et capacité de mise à niveau. En plus de la liste fonctionnelle, le code source et la liste de licence, version en amont, changements locaux, déploiement de construction, rapports de test, scripts de migration, alertes de surveillance et manuels de circulation sont vérifiés.
Les entreprises devraient contrôler les entrepôts de codes, les environnements de production, les certificats de noms de domaine et les comptes de tiers et être en mesure de reconstruire et de déployer à partir d'environnements propres. Pour les projets qui suivent la mise à niveau communautaire sur une longue période, une petite version en amont peut être combinée comme un exercice de livraison pour vérifier si les stratégies des succursales et les tests de régression sont vraiment efficaces.
Comment choisissez-vous de passer de la lecture des conclusions à l'apport du projet?
Le problème le plus probable après la lecture des articles méthodologiques est l'acceptation des principes, qui ne sont pas traduits dans la prochaine étape. Il est proposé que le chef des opérations organise un mini-atelier de 60-90 minutes, en choisissant seulement un processus réel et ne se précipitant pas pour discuter de la plate-forme complète.
Étape 1: Établissement d'un état actuel et d'un échantillon de référence
Les données ne sont pas disponibles pour un taux d'épargne de bonne qualité, mais elles sont ensuite repoussées.
Étape 2: Clarifier la fermeture initiale et l'inaction
La première phase consiste à permettre à une chaîne de fonctionner et d'être réétudiée, plutôt que d'évaluer le système open source sélectionné, l'utilisation commerciale des licences open source, et les coûts des licences open source, et de construire toute la même version.
Étape 3: Correspondre les résultats techniques aux données techniques
Une relation de suivi entre les numéros de demande, les numéros d'échantillon, les résultats des essais et les versions est construite autour de systèmes d'affaires -personnalisation aux trois structures communes de production open-source. Le projet externalisé devrait inclure la portée, les hypothèses, les exclusions, les jalons, l'attribution des sources, les modèles de déploiement et les preuves d'acceptation dans la même base de référence.
Étape 4: Réception, inspection et disque avec le même calibre
Si l'on suppose que le processus initial s'occupe de 600 tâches par mois, soit en moyenne 20 minutes et un taux de rendement de 10 %, l'objectif peut être déclaré comme étant de six semaines sur la ligne, avec une complexité similaire, en moyenne, une réduction de 25 % du temps et un taux de rendement qui ne dépasse pas le niveau de référence initial., l'ensemble ne présente que la méthode de mesure, qui ne représente aucun résultat client; les indicateurs officiels doivent être identifiés par l'entreprise sur la base de son propre échantillon.
- Matériel opérationnel : organigramme, rôle, mission type, questions actuelles et données de base
- Matériel technique : inventaire des systèmes, interface, accès aux données, environnement de déploiement et exigences en matière de sécurité
- Matériel du projet: portée de la première phase, exclusions, matrice de responsabilité, jalons et mécanismes de changement
- Matériel de réception et d'inspection : jeu d'essais, dossiers d'exécution, liste des lacunes, requêtes d'indicateurs et documents de transfert
Lorsque ces matériaux sont identifiés conjointement par les parties opérationnelles et techniques, la méthode de l'article est effectivement entrée dans le projet. Si les données clés, l'autorisation d'interface ou la personne responsable ne sont pas en place, la prochaine étape logique est généralement un diagnostic limité ou PoC, plutôt qu'un engagement immédiat à terminer la période de travail et le prix total fixe.
Mettre en œuvre la méthodologie pour l'action du projet
- Personnaliser ou utiliser des processus réels et des modèles de données
- La commercialisation à source ouverte doit être précédée d'une licence et d'une harmonisation technologique.
- Maintien de la capacité de mise à niveau par l'extension des limites, des stratégies de version et des essais automatisés
- Comparer le coût total pendant trois ans et la réception et l'inspection complètes avec la possibilité de reprendre les actifs
Services, programmes et directives pour la prise de décisions
Commercialisation et développement secondaire des systèmes open source
Visualiser la sélection, l'évaluation des licences, le déploiement privé, la personnalisation de la marque, la relocalisation et la couverture de maintenance de mise à niveau
Voir détailsDéveloppement personnaliséDéveloppement de la personnalisation des logiciels et des systèmes de gestion d'entreprise
Évaluer la construction de systèmes propriétaires lorsque les processus de base et les modèles de données diffèrent considérablement
Voir détailsComparaison des décisionsPersonnalisation à partir de zéro ou sur la base de l'open source
Choisir les itinéraires par pertinence, licence, coût de mise à niveau et contrôle du code source
Voir détailsContinuer à concilier les questions communes dans la prise de décisions concernant les projets
Comment signer les contrats d'externalisation de logiciels et quelles modalités doivent être convenues?
Le contrat de passation de contrats de logiciels doit au moins préciser la portée de la demande, les étapes, les paiements, l'acceptation, le changement, les droits de propriété intellectuelle, la confidentialité, l'assurance de la qualité et la résiliation du transfert. La liste fonctionnelle doit non seulement inclure le nom du module, mais aussi les exigences de la version, de l'interface, des données et des exigences non fonctionnelles. La responsabilité des parties, la coopération avec les clients et la dépendance des tiers doivent également être incluses dans le contrat.
Voir la réponse complèteContrats, paiements, changements et exécution de projetsQui est le propriétaire respectif du droit d'auteur, du code source et des droits de propriété intellectuelle des logiciels?
Le projet devrait distinguer entre les informations originales du client, les résultats personnalisés, les composants génériques du fournisseur, les logiciels libres et les licences commerciales de tiers. Le même concept n'est pas vrai pour la livraison de source, les droits d'accès, les droits de modification, les enregistrements de droits d'auteur et les droits de renouvellement de licence.
Voir la réponse complèteContrats, paiements, changements et exécution de projetsComment calculer les coûts et la durée du processus de développement en augmentant la demande?
Les exigences supplémentaires doivent être documentées et des changements précis doivent être apportés avant l'évaluation du produit, de la conception, du développement, des essais, des données et de l'impact. Le temps de codage de la nouvelle page ne peut pas être calculé uniquement parce que la structure, l'interface et la plage de régression peuvent changer.
Voir la réponse complèteLancement de projet logiciel et sélection de programmeComment choisir un code bas, des systèmes open source et un développement personnalisé?
Un code bas convient aux processus qui sont clairs, modifiables et capables de couvrir des applications internes plus élevées; les systèmes open source conviennent aux produits matures, qui peuvent répondre à la demande par la configuration et le développement secondaire; personnaliser le développement de projets qui conviennent à des processus différenciés, à une intégration complexe, à des performances ou à des exigences de contrôle de produits plus élevées. La sélection se fait avec une comparaison du coût total et de la capacité de sortie pendant trois à cinq ans, plutôt qu'avec le premier prix seulement.
Voir la réponse complèteNécessité d'une analyse plus approfondie dans le contexte de l'état actuel de l'entreprise?
Nous fournissons des conseils techniques en informatique, la construction d'informations d'entreprise, Software Project Outlook, conception de produits, la livraison de R & D et les services de livraison de systèmes.