Home / FAQs Développement de logiciels et externalisation de projets
QUESTION & ANSWER

Combien de temps un projet logiciel personnalisé prend-il habituellement pour se développer?

Le cycle dépend du degré de détermination de la portée, de l'interface et de la préparation des données, de l'efficacité de la prise de décisions et des exigences d'accès, non seulement du nombre de personnes développées, mais aussi du nombre de petits outils internes qui peuvent être complétés en quelques semaines, et les plateformes intersystèmes doivent souvent être mises en place en plusieurs phases sur un mois.

Répondez à la question.

Premièrement, donner des conclusions qui peuvent être utilisées pour la prise de décisions

The first step in the determination of the cycle is to distinguish between “problemable” “producer” and “producable”. The prototype allows for the demonstration of the main process quickly, but the production system also has to complete the rights, anomalies, logs, data migration, interface stability, training and back-up preparation. The most common impact is not the speed of the code, but rather the delay in the recognition of business rules, the absence of accounts in third-party interfaces, poor quality of historical data or the absence of time retention by the receiving and inspection staff.

DECISION FACTORS

Quelles conditions faut-il définir avant de porter un jugement?

La même question peut avoir des réponses différentes dans différentes phases d'activité, de données et de projet. Il est suggéré de vérifier les conditions suivantes et d'intégrer les conclusions communes sur le web dans leurs propres projets.

Besoins et prototypes confirmés par les utilisateurs réelsInterfaces tierces, numéros de compte de test et disponibilité des données historiquesNécessité de sécurité, de performance, de compatibilité et de contrôle d'applicationLa prise de décision du client, l'acceptation et l'accès aux fenêtres sont-ils compatibles avec le rythme itératif?
ACTION STEPS

Ordre d ' avancement suggéré

01

Premièrement, nous serons clairs sur la cible et la frontière.

Démantèler le projet dans une boucle d'affaires fermée qui permet une acceptation et une inspection indépendantes, plutôt qu'une date de sortie finale.

02

Validation Dépendance des clés

Les interfaces, les migrations et les technologies à haut risque sont validées avant qu'elles ne soient jugées impossibles à atteindre au stade final.

03

Élaboration de résultats évaluables

Démontrer les résultats réels toutes les deux semaines, synchroniser les risques, en attendant la prise de décisions et le changement de portée.

04

Assurez-vous de décider de la prochaine étape avec les résultats réels.

c) De réserver du temps pour les essais, les réparations, la formation des utilisateurs et la mise en place de la ligne de retraite.

PRACTICAL EXAMPLE

Comment le comprenez-vous dans le business réel?

Exemple utilisé pour illustrer la méthode de jugement

Un plan d'affaires est en ligne pendant deux mois. La première page n'est que de trois semaines, mais l'ancien ERP n'a pas d'interface stable et aucun privilège de numérotation de compte unifié. Si le projet est prévu pour être prolongé si la phase de développement est seulement définie, et si le programme d'authentification et d'identification d'interface est terminé la première semaine, alors la recherche et l'approbation de ligne est terminée, il fera avancer l'incertitude et permettra aux unités d'affaires de faire le test.

COMMON RISKS

La fosse la plus facile à monter.

Faire le prototype temps de réalisation officiel en ligne.

Augmentation du nombre de développeurs pour résoudre le problème de la reconnaissance et de l'interface commerciales sans compromis

Aucune affectation client, dépendance de tiers et temps tampon

ACCEPTANCE

Comment devrions-nous finir par recevoir et confirmer?

Le plan devrait contenir des étapes, des conditions d'entrée, des résultats de démonstration, des récepteurs et des effets de prolongation. Les entreprises devraient se concentrer davantage sur le moment où la première boucle fermée entrera dans l'opération d'essai réel que sur une période totale qui semble courte sans qualité et sans responsabilité.

En se préparant à communiquer avec les fournisseurs ou les équipes internes, il est recommandé d'apporter les processus actuels, des échantillons représentatifs, des systèmes existants, des délais de planification et des niveaux budgétaires. Premièrement, les éléments inconnus sont clairement marqués, et la décision est alors prise d'utiliser des diagnostics, PoC, des projets à fourchette fixe ou des recherches et développements en cours, qui sont généralement plus fiables qu'une demande directe de prix et de durée sans frontières.

Les conditions de votre projet sont différentes des exemples ci-dessus?

Les objectifs opérationnels, les systèmes existants, les échantillons et le temps prévu pourraient être rassemblés avant que les consultants ne puissent rendre des jugements préliminaires en ce qui concerne les limites réelles.

Consultants associés pour les projets