Que se passe-t-il sans examen préalable?
À une certaine époque, j'ai dû développer et vendre des systèmes pour créer des itinéraires de transport: des points avec des commandes sont affichés sur la carte, vous les entourez avec la souris et les placez dans des voitures. Une entreprise nous contacte pour nous demander de vendre l'application. Pendant plusieurs mois, nous avons essayé de savoir pourquoi ils avaient besoin d'un tel système, ils leur ont donc vendu une «boîte», ont-ils vraiment demandé. Ensuite, cette entreprise a décidé de nous attirer pour la mise en œuvre. Et puis il s'est avéré qu'ils avaient d'abord besoin de fonctionnalités pour la comptabilité du carburant, ce qui était complètement absent du mot dans notre système.
Et il arrive que vous rejoigniez un projet lors du développement d'un système, étudiez la documentation du projet et les fonctionnalités déjà développées. Et à un moment donné, la prise de conscience vient: il y a une interface, le programme fait quelque chose, mais pour répondre aux raisons pour lesquelles il est développé, quelles tâches métier il résout, quels indicateurs doivent être atteints, aucune équipe de projet n'est capable. Est-il ainsi possible de créer un système répondant aux exigences du client?
En d'autres termes, avant même d'élaborer le
mandat , une étude généralement petite (comme quand) devrait être effectuée et une série de questions répondues.
Questions clés auxquelles le sondage répond
Comme dit le proverbe, vous devez comprendre QUOI, OERE, QUAND. À savoir:
- Quel est le but du développement, quel avantage le client en tirera-t-il?
- Quel est le schéma d'entreprise proposé, un processus qui sera automatisé à l'aide du système créé.
- Quelles sont les principales fonctions utilisateur du système.
Pourquoi écrire, pourquoi ne suffit-il pas de discuter et de parler?
La rédaction d'un document vous permet de formuler une pensée à un niveau qualitatif complètement différent de celui d'une discussion orale. Dans une conversation, de nombreux détails restent inaccessibles, certaines informations sont oubliées puis ignorées. Et le papier sauve toutes les pensées.
Oui, la rédaction de documents est une affaire laborieuse et parfois désagréable, mais ça vaut le coup. Une pensée n'a de valeur que lorsqu'elle est formée, et elle se forme lorsqu'elle est formulée sur papier.
Que doit comprendre un examen préalable au projet?
Habituellement, une enquête de préconception se réfère à l'étude des processus métier d'une entreprise. De nombreux articles et livres ont été écrits à ce sujet. Mais malheureusement, une simple présentation des processus ne suffit pas.
Le résultat de l'étude peut être un ensemble complet de documents (
certains d'entre eux sont donnés à la fin de l'article ). Le document central (et, malheureusement, souvent le seul) que j'ai habituellement est le document «System Concept». Nous discuterons de ce document dans cet article.
En développant ma propre structure du Concept, j'ai pris comme base le rapport préparé conformément à GOST 34 au stade «Formation des exigences pour les centrales nucléaires» (voir la norme RD 50-34.698-90 «Instructions méthodologiques. Technologies de l'information. Un ensemble de normes et de documents d'orientation pour les systèmes automatisés. Automatisé systèmes. Exigences relatives au contenu des documents "). Mais il a fait ses ajouts.
Un «concept de système» peut contenir 2 et parfois 30 pages. Tout dépend de l'énoncé du problème. Le «Concept», en règle générale, est convenu avec la direction du client, et ce n'est que sur cette base que le
mandat peut être élaboré.
Le but de la création (modernisation) du système
Sous l'objectif de création, je comprends qu'il s'agit d'un objectif commercial. L'automatisation n'est pas le but. L'ajout d'une fonction n'est pas non plus un objectif. Et «optimiser» n'est pas le but. Par exemple, un employé s'assoit et quelques heures par jour, il peut dormir directement sur le lieu de travail (un vrai cas, d'ailleurs). Et quelqu'un demande d'automatiser ses activités. Pourquoi? Alors qu'il dort pendant quatre heures?
Pour plusieurs années d'analyse de dizaines de projets, seuls cinq objectifs possibles de création (modernisation) du système ont été identifiés:
- Une nouvelle entreprise est en cours d'organisation (par exemple, un système de commande en ligne). Il est clair que si l'entreprise doit être réalisée via Internet, le développement est indispensable.
- Coûts d'exploitation réduits. Le cas classique est qu'à la suite de l'automatisation, le personnel est réduit ou il est possible, avec une meilleure planification, d'en faire plus avec moins.
- Amélioration de la qualité des processus internes. Également un étui classique. Par exemple, si, lors de la recherche de nouveaux clients, les gestionnaires oublient constamment d'appeler quelqu'un, perdent des informations sur le prospect, il est alors judicieux de mettre en œuvre le CRM.
- Réduction des risques en fonction des employés clés (tels que les «clous dorés»). Il arrive qu'en raison du faible niveau d'automatisation et de la complexité des processus, un certain nombre d'opérations peuvent être effectuées par 1-2 employés dont le licenciement (ou la maladie) peut mettre un terme à l'ensemble de l'entreprise. Il faudra plus d'un mois pour en trouver et en enseigner de nouveaux.
- Satisfaction des exigences externes. Par exemple, une nouvelle loi est apparue ou il existe une exigence de contrepartie selon laquelle vous devez disposer d'une gestion électronique des documents ou d'un contrôle sur le travail des employés mobiles.
Il est clair que l'objectif est souhaitable de rendre tangible. Si nous voulons réduire les coûts, alors combien et au détriment de quoi. Si nous organisons une nouvelle entreprise, nous devons comprendre au moins le volume approximatif des opérations et le nombre d'opérateurs. Si nous améliorons la qualité des processus, nous devons décrire l'éventail des problèmes et proposer une solution.
Idée de système
Si le document «Concept» s'avère assez volumineux, il est tout d'abord logique de résumer brièvement l'essence même du système, son idée. Par exemple, vous souhaitez créer une sorte de réseau social spécialisé (allez dans les musées et partagez vos impressions). Je décrirais d'abord le besoin de communication entre les visiteurs, puis résumerais brièvement: une application mobile est en cours de développement dans laquelle l'utilisateur peut écrire ses impressions sur l'une ou l'autre exposition.
Comparaison de l'ancien et du nouveau
La façon la plus efficace de comprendre l'essence du système créé est de faire comme si c'était le contraire.
Pour ce faire, vous devez:
- décrire brièvement les processus existants;
- souligner leurs lacunes;
- proposer un nouveau schéma qui élimine les inconvénients décrits.
Le but de cette section est de justifier la nécessité d'introduire un nouveau régime. Une description détaillée des processus métier est mieux placée dans un document séparé. Ici, nous nous concentrons sur les lacunes et les suggestions.
Qu'allons-nous gagner
Si vous développez une application avec laquelle vous prévoyez de gagner de l'argent, vous devez certainement déterminer les méthodes de gain: publicité, abonnement payant, services payants, intérêts facturés, etc. La ou les méthodes sélectionnées peuvent grandement affecter les fonctionnalités en cours de développement.
Intérêt des parties
Si pour le fonctionnement du système créé la participation d'autres organisations est nécessaire, il faut décider comment les attirer au travail, à l'intérêt. En d'autres termes, nous construisons d'abord l'ensemble de la chaîne commerciale, puis tout le reste.
Description des processus automatisés
Le but de cette section est de donner une image générale mais complète du processus. Par exemple, vous développez une boutique en ligne. Évidemment, vous avez besoin d'un catalogue, d'un panier, d'une intégration avec une banque acquéreuse et d'une livraison. Mais ici les questions de retour, refus de livraison, refus du fournisseur, manque inattendu de marchandises en stock peuvent échapper à votre attention. Il est préférable de réfléchir à l'avance à toutes les options possibles et de décider lesquelles seront automatisées, et quels cas sont si rares qu'il est préférable de les "ratisser" en mode manuel.
Il n'est pas nécessaire de fournir des diagrammes pour la description. Dans le cas général, un script de texte régulier révèle l'essence des actions de manière beaucoup plus complète.
Assistance juridique
Il s'avère souvent qu'après avoir créé un système, des personnes ou des organisations utilisant l'application enfreignent la loi. Par conséquent, vous devez d'abord trouver un schéma juridiquement propre, puis développer des solutions techniques.
Liste des fonctionnalités
Le document «Concept» n'est pas une
tâche technique , par conséquent, les fonctions commerciales, le niveau supérieur, sont décrites. À ce stade, il est inutile de parler d'autorisation et de travailler avec le profil utilisateur. Mais il faut donner une idée générale de la fonctionnalité.
Exigences de sécurité
Si vous développez un système financier ou un système contenant des données strictement confidentielles, vous devez fournir une liste de normes de sécurité. Par exemple, les exigences de chiffrement pour les données stockées ou transmises. N'oubliez pas toutes les exigences plus strictes pour le traitement et le stockage des données personnelles.
Choix d'une option de mise en œuvre du système
Parfois, selon les besoins, il est nécessaire de déterminer le type d'application (application web, native), la plateforme (Windows, Linux), l'architecture générale (un serveur ou plusieurs clusters), que ce soit pour prendre un système type et modifier ou développer à partir de zéro. Pour ce faire, vous devez comparer les options proposées et choisir la plus adaptée.
Autres documents d'étude de préconception
Comme nous l'avons dit plus haut, le résultat d'une bonne et sérieuse étude d'avant-projet menée par toute l'équipe pendant plus d'une semaine est un ensemble de documents. En voici quelques uns:
- Le concept du système (le document que nous avons discuté dans cet article).
- Recherche marketing.
- Etude de faisabilité.
- Le plan de projet, y compris le calcul du plan de main-d'œuvre et de ressources.
- Plan d'activités marketing.
- Projet estimé.
- Plan de retour sur investissement.
- Dotation préliminaire.
- Architecture du système.
- Concept de sécurité (dans le cas d'un volume important de description d'une mesure de sécurité, vous pouvez le mettre dans un document séparé.
- Présentations pour le client, les investisseurs potentiels et les clients potentiels.
Conclusion
Dans l'article, nous avons parcouru très rapidement les principales sections de l'enquête d'avant-projet. Pourquoi couramment? Parce qu'un tel examen est une activité extrêmement créative. L'essentiel est qu'à la lecture du concept, on comprenne parfaitement comment cela devrait fonctionner. Et le reste, deux documents avec les résultats de l'étude ne peuvent en aucun cas se ressembler. Par conséquent, la liste des sections de votre document peut être très différente de la précédente.
Lisez d'autres articles de l'auteur: