Quand devons-nous personnaliser et développer, et quand devrions-nous acheter des produits standard?
Les besoins communs tels que la gestion de la clientèle, la comptabilité financière, le bureau de base, etc., devraient normalement être évalués en premier lieu pour les produits matures; s'il existe des différences importantes dans les processus critiques de l'entreprise, il faut relier plusieurs systèmes, équipements ou partenaires, ou si le logiciel lui-même deviendra une capacité de produit et d'affaires à long terme, et le développement personnalisé sera plus utile.
Un processus opérationnel peut être utilisé pour créer des matrices de couverture de la demande qui identifient les parties de produits standard pouvant être directement configurées, étendues, modifiées en profondeur et non satisfaites. Si un grand nombre de processus de base nécessitent des modifications au modèle de données de base, les produits dits à bas prix peuvent poser des contraintes à long terme; si les différences se limitent à un petit nombre d'approbations et d'énoncés, le développement de zéro peut être inutile.
Contrôler la portée du projet avec le premier cercle fermé en fonctionnement
La première phase devrait être centrée sur un résultat opérationnel de bout en bout, comme un contrat, la livraison de commandes, l'achat à un entrepôt ou à une installation de vente. Les rôles en jeu, l'information sur les intrants, l'état des activités, les règles, les anomalies, les interfaces système et la sortie finale sont énumérés, en distinguant les capacités qui doivent être en ligne, retransigées et non supportées.
Les utilisateurs réels devraient participer à l'examen du processus et du prototype, en précisant notamment les exceptions à la ligne, l'approbation du retour, la correction des données et l'interface transversale. Chaque exigence correspond au lieu d'affaires, à l'échantillon et à la responsabilité; les interfaces tierces, les données historiques et les autorisations de conformité, si elles ne sont pas encore disponibles, devraient être enregistrées comme une dépendance de première ligne, plutôt que de ne pas faire en défaut à l'équipe de développement pour effectuer le travail indéfiniment.
- Premièrement, nous terminerons une boucle fermée qui peut être utilisée pour de vrai.
- Demande, prototype, données, interface et éléments d'acceptation maintenus et traçables
- Gérer l'impact supplémentaire sur la portée et le cycle avec un mécanisme de changement écrit
Quels facteurs déterminent le coût du développement de logiciels personnalisés
Les coûts proviennent non seulement des numéros de page et de fonction, mais aussi des privilèges de rôle, des branches de processus, des modèles de données, des interfaces tierces, de la migration historique, des performances, de la sécurité, du déploiement, de la profondeur des responsabilités de test et de livraison.
La demande peut être faite au niveau du budget et aux hypothèses clés pour l'établissement interne; les offres fixes doivent être basées sur la portée des critères d'évaluation et d'acceptation. Les projets complexes peuvent être testés sur une gamme fixe de diagnostics, de prototypes ou d'interfaces à haut risque avant de proposer des propositions pour la phase de construction de base.
Mise en œuvre du cycle de projets
Le cycle doit faire la distinction entre démonstration, essai initial et production formelle. La production est également effectuée en ligne, avec permissions, anomalies, connexions d'interface, migration de données, sécurité des performances, formation et préparation de sauvegarde.
Il est recommandé de présenter les résultats réels sous une ou deux semaines et de vérifier la portée, les risques et les conditions restantes pour chaque étape. Les interfaces, migrations ou hypothèses techniques les plus difficiles sont d'abord vérifiées, de sorte que le système central ne soit pas connecté avant que toutes les pages de couverture soient terminées.
Quels sont les produits livrables complets que l'entreprise devrait obtenir
Les actifs clés tels que l'entrepôt de codes, le numéro de compte cloud, le nom de domaine, le certificat et la plate-forme tierce devraient être contrôlés par l'entité d'entreprise, avec l'autorité requise pour effectuer les travaux.
L'acceptation ne peut pas être basée uniquement sur l'ouverture de la page. L'entreprise devrait utiliser des scripts d'affaires réels pour vérifier les fonctionnalités, les privilèges, les données, les interfaces, les anomalies, les performances, la sécurité et la restauration, et la nouvelle personne terminera indépendamment le déploiement ou l'opération critique selon le fichier.
- Code source, base de données, conception, déploiement et signature et réception des documents par dossier
- Transparence des résultats des essais, héritage et non-inclusivité
- Achèvement du transfert de comptes, formation aux connaissances et validation indépendante du déploiement
Comment réduire les risques lors de la sélection de développeurs de logiciels personnalisés
Un fournisseur fiable demandera de façon proactive le volume d'affaires, les rôles, les anomalies, les interfaces, les données et les conditions d'accès, et indiquera les pièces qui ne peuvent pas être engagées immédiatement. Une entreprise peut demander à une équipe candidate de fournir un répertoire dissensibilisé des besoins, des fichiers d'interface, des rapports d'essai et une liste d'échantillons de livraison, et impliquer le chef de projet réel dans la communication technique et commerciale, plutôt que de comparer le prix total aux ventes.
Pour les projets d'une portée plus vaste ou d'une condition incertaine, un petit diagnostic, un prototype ou un premier jalon est entrepris, avec une compréhension des besoins, une gestion des versions, des habitudes d'essai, une communication des risques et des dépôts d'information avant de décider d'élargir la coopération.
Changer le développement de logiciels personnalisés, de la lecture des résultats à l'entrée 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 sont disponibles pendant une à deux semaines consécutives, mais indiquent le cycle d'échantillonnage et les fluctuations opérationnelles. Ne fixez pas un bon taux d'économie d'abord, puis inversez les données.
Étape 2: Clarifier la fermeture initiale et l'inaction
La première phase est conçue pour permettre à une chaîne de fonctionner et d'être retraçable, plutôt que de empiler toutes les premières phases du développement de logiciels personnalisés, le développement de logiciels d'entreprise, le développement de systèmes de gestion d'entreprise.
Étape 3: Correspondre les résultats techniques aux données techniques
Le projet d'externalisation devrait inclure le même niveau de référence en termes de portée, d'hypothèses, d'exclusions, d'étapes, d'attribution de la source, de modes de déploiement et de preuves d'acceptation. Le changement de demande doit être évalué pour son incidence sur les cycles, les coûts et les essais, sans qu'il soit nécessaire de s'engager oralement à remplacer le dossier de changement.
É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 %, on peut décrire l'objectif comme étant -six semaines après le démarrage, avec une moyenne de 25 % moins longue et un taux de rendement pas plus élevé que le niveau de référence initial, étant donné la complexité de la tâche.- L'ensemble ne présente que la méthode de mesure et 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
- Premièrement, pour juger si le développement personnalisé est vraiment meilleur que les produits matures.
- Établir une fourchette, un budget et une base d'acceptation dans un cercle fermé de bout en bout
- Livraison complète du code source, des données, du déploiement, des essais et de la documentation pour assurer que l'entreprise peut prendre le relais
Services, programmes et directives pour la prise de décisions
Développement de logiciels personnalisés pour l'entreprise
Voir les gammes Web, APP, Applet, SaaS, de livraison de systèmes et de livraison de code source
Voir détailsLignes directrices budgétairesCoûts estimatifs du développement de logiciels personnalisés
Décomposition budgétaire par champ d'application, interface, données, qualité et responsabilité de l'exécution
Voir détailsÉvaluation de projetPrésentation de l'évaluation préliminaire du projet logiciel
:: Rassembler les objectifs, la portée, l ' état, le calendrier et le budget et produire des résumés des communications;
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èteDéveloppement de logiciels et externalisation de projetsCombien coûte habituellement le développement de logiciels personnalisés?
Le logiciel personnalisé n'a pas un prix uniforme en fonction de la taille de la page, et les coûts sont déterminés principalement par la portée, l'interface, les données, l'autorité, les performances et la responsabilité de la livraison. Le système de gestion avec le même nom peut être un outil de secteur unique ou un lien avec les commandes, l'inventaire, les finances et l'autorité multi-organisationnelle. Il est recommandé que les premières limites de boucle fermée et de réception et d'inspection soient établies, et que le produit, la conception, le développement, les essais, le déploiement et la charge de travail de maintenance soient estimés.
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.