Il existe des dizaines de cadres et de méthodologies utilisés dans les travaux de conception. Il n'y a plus de gens qui n'entendraient pas parler d'agilité, de mêlée, de kanban et d'autres approches. Chacun d'eux a promis de devenir une solution miracle, ce qui contribuera à la réalisation de projets afin qu'ils répondent à tous les paramètres de réussite. Mais dans la pratique, seul un travail compétent avec des risques vous permet de mener à terme les projets à tout prix.Dans cet article, nous essaierons de considérer les risques les plus importants qui peuvent vous gêner. Le matériel sera utile à toutes les personnes impliquées dans le travail de conception.
Alors, quels projets sont considérés comme réussis? Il est d'usage de mettre en évidence les paramètres suivants:- le projet a été livré à temps;
- sans dépasser le budget;
- avec un nombre minimum de défauts;
- fonctionne comme prévu;
- les gens l'utilisent;
- résout les objectifs qui lui étaient fixés;
- - ;
- .
Alors, en fait, à quelle fréquence les projets achevés répondent-ils à tous ces points?Avec une petite différence dans les estimations des études du Standish Group, du Project Management Institute, de Gartner, de Wellingtone et d'autres organisations respectables , on nous dit qu'un tiers des projets informatiques se révèlent être des échecs et que la moitié éprouvent des difficultés. Pensez-y, ce sont des statistiques étonnantes.Il est difficile de dire quel niveau de projets ont participé aux échantillons, mais supposons qu'il s'agit d'histoires importantes comme l'échec de la modernisation de l'infrastructure informatique de la chaîne de magasins KMart pour 1,2 milliard de dollars, qui est devenu l'un des facteurs clés de la faillite de l'entreprise.Est-ce à dire que les petits projets qui font des studios web russes ne sont pas soumis aux mêmes problèmes? Si vous lisez les avis clients sur l'agrégateur populaire, nous verrons que même dans le cas des pages de destination et des modèles de boutiques en ligne, les critères de réussite ci-dessus sont rarement remplis:«Nous avons commandé le développement et la conception du site en 2015. Design fait rapidement, mais pour ne pas dire cette qualité. Le développement a été introduit jusqu'en 2017 et n'a jamais été mis en œuvre »
«Après de tels travaux, le site a dû être entièrement refait, au début, les travaux se sont déroulés activement et il semblait que tout allait bien. Mais ensuite, ils ont commencé à remarquer que nous répétions la même tâche pendant un mois, par conséquent, nous avons presque cessé de répondre aux questions. En conséquence, cela s'est avéré être un énorme inconvénient, car j'ai dû engager un autre fournisseur »
«Plusieurs fois, ils ont reporté les conditions de mise en œuvre du site par des accords supplémentaires. En conséquence, tous les délais convenus ont également été perturbés et le développement du site a duré 1,5 an. La sortie était un produit brut qui ne pouvait pas être utilisé. J'ai dû donner le site pour révision à un autre studio »
Que dire du développement individuel plus poussé? Après tout, plus le projet est grand, plus il a de chances de ne pas survivre jusqu'à son terme. Par conséquent, tout client et entrepreneur devrait avoir une question - comment ne pas se rendre au cimetière des projets inachevés.Voyons ce qui pourrait mal se passer dans un projet de développement personnalisé et ce qu'il faut faire à ce sujet:Risque 1. Qualifications inadéquates des entrepreneurs
Le problème ici est de savoir comment fonctionne le développement personnalisé. Souvent, le client ne comprend pas à qui le projet fait confiance, car à chaque coin de rue, il promet un cycle de développement complet et un travail clé en main.Ayant décidé de numériser une partie de l'entreprise, l'entreprise se tourne vers un studio web (alias agence numérique / intégrateur web). Le service a lieu dans un format de fenêtre unique. Le client est invité à remplir un mémoire sur la base duquel les savoirs traditionnels sont ensuite compilés. Si le projet est complexe et nécessite des programmeurs expérimentés, le développement est externalisé en production.Le sous-traitant doit effectuer des travaux sur les TdR, qui ont été compilés par des personnes incompétentes. Si un projet survit jusqu'à sa sortie, il s'avère souvent que le produit ne résout pas les tâches de l'entreprise, personne ne veut l'utiliser.
— , , . .
Aussi insignifiant soit-il, le plus important est de comprendre le problème. Nous n'épargnons pas de ressources pour l'immersion dans l'entreprise du client. Nous sommes prêts à organiser un voyage d'affaires et à communiquer sur place non seulement avec les parties prenantes, mais aussi avec les personnes qui utiliseront le produit final. Nous ne commencerons pas à dépenser le budget du projet tant que nous ne serons pas convaincus que nous l'avons compris.Le studio Web de TK est composé d'analystes qui ont travaillé en tant que testeurs hier. Sans comprendre les subtilités du développement, ils créent un document qui décrit les éléments d'interface, mais en même temps, il ignore pratiquement les intégrations et algorithmes complexes qui se cachent derrière ces éléments.
Un exemple réel de formulations sur la base desquelles l'entrepreneur général doit calculer le coût de développement final.
L'entrepreneur général demande de calculer le coût du développement en utilisant un exemple de services de format similaire, mais mis en œuvre de manière complètement différente. «Faites-le, nous le découvrirons»Lorsqu'il s'agit d'automatiser une entreprise, cette approche est incorrecte. Il ne suffit pas de dessiner des schémas et de les décrire dans les TDR. Par conséquent, il vaut mieux confier la phase d'analyse aux architectes système qui comprennent ce qui se cache «sous le capot».Risque 2. Épuisement budgétaire avant le lancement du produit
Le marché des services numériques est dominé par les budgets fixes et le post-paiement. Par conséquent, les comptes et les ventes sont plus susceptibles de s'entendre sur une estimation et de conclure un accord. Si le studio Web rédige incorrectement les termes de référence, effectue un cadrage incomplet et attire des sous-traitants pour le développement, l'enfer de la production peut se produire sur le projet.Le volume de travail sera plus important, l'entrepreneur général commencera à protéger leurs intérêts et à pousser les artistes finaux afin qu'ils s'inscrivent dans le budget. Des deux côtés, la logique perverse fonctionne, chacun trouve une excuse pour faire un peu pire que l'adversaire: «Avez-vous fourni des savoirs traditionnels médiocres, et maintenant ils augmentent le volume? Ensuite, nous ne prendrons pas en compte certaines des remarques! » / "Nous avons déjà promis au client où il ira, finira ou ne recevra pas l'argent!".Ces guerres politiques sont cachées aux yeux du client. Il ne sait pas qui est impliqué dans le projet et comment se déroule le processus de développement - les partenaires du studio Web ont signé le NDA. En conséquence, la production sacrifie la qualité du produit afin de ne pas travailler à perte, et le studio web ne pense qu'à la façon de signer les actes et de recevoir le paiement le plus tôt possible. Personne ne se soucie des avantages pour le client.Méthode d'évitement
Lors de la réalisation d'estimations, les studios Web ne se limitent qu'aux étapes générales du travail: analyse, conception, mise en page, programmation. Alors qu'un entrepreneur compétent inclura dans le devis tous les éléments fonctionnels du système développé.Sur la base d'une conversation de cinq minutes avec un client, il est impossible d'évaluer l'étendue des travaux sur la transformation numérique d'une entreprise. Par conséquent, travailler avec l'estimation elle-même nécessite plusieurs étapes et sans analyse, il ne sera pas possible d'obtenir le coût de développement final.Nous proposons aux clients douteux de calculer le coût du projet selon nos détails. Jusqu'à présent, aucun des concurrents n'a accepté, bien qu'il y ait eu des studios qui ont promis de faire moins cher.Mais même avec les spécifications techniques et les estimations élaborées, le projet n'est pas protégé du déséquilibre dans le calendrier de production. Dès qu'une telle menace survient, il est important non seulement d'avertir le client, mais aussi de proposer un plan d'action alternatif et d'optimiser le périmètre de travail. Vous ne pouvez pas garder le silence et espérer que "peut-être que ça va exploser."Risque 3. Changements au milieu du projet
Les projets de développement de systèmes numériques durent en moyenne au moins un an. Tout peut arriver pendant ce temps.Il peut arriver qu'au milieu du projet, le client ait changé sa façon de faire des affaires, ou que des technologies plus avancées soient apparues, ou peut-être que quelque chose vient de changer dans le monde.Par exemple, ils ont développé un système de livraison de courrier, mais en raison de la situation politique, le marché a changé, les grands agrégateurs ont réduit leurs commissions et le projet ne répond plus aux objectifs qui lui étaient fixés. Dans de telles circonstances, il est absolument normal que le client commence à changer de tâche sans attendre la fin du développement. Vous devez être en mesure de travailler avec cela.Méthode d'évitement
Si le client propose de changer quelque chose, vous devez d'abord comprendre pourquoi cela est et quelles circonstances ont conduit à cette décision. Amenez le client dans une conversation franche pour comprendre sa douleur.Ce n'est qu'après cela, évaluer si ces changements profiteront au projet et essayer d'anticiper les risques associés, y compris le dépassement du budget. Ensuite, trouvez la meilleure approche pour implémenter ces changements dans le produit et offrez-le. Mais le choix doit rester au client.Risque 4. Perte d'intérêt de la part du propriétaire
Lorsque quelque chose change dans le monde, le client peut être emporté par une autre branche d'activité et oublier le projet en cours. La perte d'intérêt conduit au fait que l'interprète est soit invité à interrompre complètement le travail, soit, pire encore, laissé dans les limbes. L'attente d'une décision entraîne des temps d'arrêt et des coûts.Mais le plus souvent, l'intérêt disparaît lorsque de sérieux changements dans la structure organisationnelle se produisent du côté client, les gens changent sur le projet. En règle générale, ces personnes ne possèdent pas le contexte complet et, par conséquent, ne voient pas la valeur du projet. Leur motivation à commercialiser le produit est extrêmement faible.Méthode d'évitement
Afin de maintenir constamment l'intérêt pour le projet, nous montrons au client tous les résultats intermédiaires. Les grands projets consistent généralement en un ensemble de services, par conséquent, à la suite de chaque itération de développement, nous nous efforçons de démontrer la fonctionnalité entièrement prête à l'emploi d'un service distinct qui peut déjà être utilisé. Le client voit donc que le produit résout ses problèmes commerciaux.Au cours du développement, nous vérifions si les objectifs du projet ont changé et nous les consultons régulièrement. Nous effectuons des analyses supplémentaires et collectons les commentaires du public cible. Nous impliquons les représentants des clients dans le processus de développement et soutenons l'évaluation des perspectives de projet dans un état à jour.Risque 5. Le client ne prévoit pas de temps pour participer au projet.
Les employés côté client ne donnent pas les informations nécessaires, le manager réagit lentement et tout ralentit. En même temps, nous savons avec certitude que le client a besoin du projet, l'intérêt n'a pas été perdu, les délais sont toujours opportuns.Malheureusement, cela arrive souvent. Dans ce cas, un exécuteur inexpérimenté commencera à être offensé, diminuera les priorités des tâches du client et, finalement, passera toute l’équipe de développement à un autre projet. La logique de l'artiste est claire ici, personne ne veut un temps d'arrêt d'équipe en raison d'approbations déraisonnablement longues. Il en résulte une relation client rompue. Le projet n'est pas terminé.Méthode d'évitement
Nous convenons personnellement avec le client de la définition des personnes responsables. Nous discutons de leur statut et de leur degré de responsabilité. Nous fixons leurs fonctions et responsabilités dans l'horaire de travail.Dès que nous constatons que les personnes responsables ont rencontré certaines restrictions, nous recherchons avec le client une solution pour éliminer ces obstacles et poursuivre le processus de développement. Si les personnes nommées ne respectent pas pleinement l'accord, nous vous suggérons de nommer d'autres employés à leur place.Risque 6. Ajustements / améliorations prolongés
Le client n'est pas toujours suffisamment compétent pour évaluer le degré de préparation du projet. C'est normal. C'est bien pire lorsque l'entrepreneur ne comprend pas si le projet est prêt. La mise en service est souvent retardée en raison de changements déraisonnables. Cela conduit au fait que les deux parties perdent du temps et de l'argent.La situation est souvent liée au fait que les modifications sont proposées par des personnes qui ne sont pas responsables du résultat final. Si vous ne vous occupez pas de fixer à l'avance les personnes responsables, les commentaires proviendront de personnes non qualifiées qui ont un contexte incomplet. Il arrive qu'ils soient connectés tardivement et qu'ils ne connaissent donc rien aux limites et aux objectifs du projet.Un entrepreneur inexpérimenté conteste sans cesse ces modifications afin de ne pas les effectuer à ses frais ou, au contraire, tient absolument compte de tous les commentaires. Tout cela nuit à la réalisation des objectifs initiaux du projet.Méthode d'évitement
Si les commentaires proviennent d'une personne qui n'est pas responsable, nous les corrigeons et en discutons avec ceux qui sont directement responsables du projet. Avant d'apporter des modifications, nous essayons de comprendre comment ces changements aideront les objectifs généraux du projet. Si les modifications n'aident pas, mais interfèrent, nous exprimons nos préoccupations.Dans le cas où le propriétaire du produit demande des modifications, nous avertissons que cela retardera le lancement. Nous proposons une solution compétente pour optimiser l'étendue des travaux, en tenant compte des nouvelles introductions. Avec le client, nous découvrons ce qui se passera si nous commercialisons le produit sous sa forme actuelle. Lorsqu'il n'y a pas de conséquences négatives claires, nous suggérons de reporter les modifications aux étapes suivantes. De plus, le choix reste toujours au client.Risque 7. Indisponibilité de l'infrastructure pour le lancement
Le fait que l’infrastructure du client ne soit pas prête, que les nuances juridiques ne soient pas établies et qu’il n’existe aucun accord de partenariat peut entraver le lancement du projet.Par exemple, le système est conçu pour fonctionner sur des SSD, et l'infrastructure actuelle utilise le disque dur, ou l'entreprise lance une nouvelle direction, mais elle n'a pas encore reçu l'autorisation du ministère.L'entrepreneur continue parfois de travailler dans une telle situation, ignorant les problèmes du côté client. Parce qu'il est à l'aise de ne pas dépasser son domaine de responsabilité. Formellement, l'entrepreneur fait la bonne chose, le problème est du côté client. Mais à quoi sert un produit qui sera impossible à lancer, quels avantages cela apportera-t-il?Méthode d'évitement
Avant de commencer les travaux, nous discutons avec le client des ressources nécessaires au lancement du projet. Nous donnons des recommandations sur les personnes à louer et les équipements à acheter. Si le projet n'est pas standard, veuillez consulter des avocats et vous assurer qu'il n'y aura pas de problème de la part de la législation lors du lancement.Au stade de la formation des savoirs traditionnels, nous vérifions les possibilités d'intégration et d'autres aspects techniques de l'opérabilité du produit final.Conclusion
Tous les risques sont en quelque sorte interconnectés. Un problème qui n'a pas été résolu à temps peut provoquer un effet boule de neige.Mais l'expérience montre qu'il existe trois moyens universels de prévenir et de minimiser les conséquences des risques:- Fixer les risques potentiels;
- Plan d'action pour les éviter;
- Volonté de changer de cap et de rechercher des solutions alternatives.
Penser correctement ne concerne pas les projets, mais les clients. Communiquez et travaillez constamment avec les attentes des clients. Ne cachez rien et aidez à voir la plénitude de la situation.Derrière chaque risque décrit se trouvent des cas réels issus de l'expérience Work Solutions. Ce ne sont pas toujours des histoires qui finissent bien, certaines coûtent à l'entreprise des millions de roubles.Mais toutes les forces que nous mettons en place pour établir des partenariats de confiance avec les clients sont souvent payantes, mais pas rapidement.En raison de la transparence des relations, nous avons des clients avec lesquels nous travaillons depuis plus de six ans et pour lesquels nous avons déchargé des dizaines de milliers d'heures ouvrables. Pour une coopération aussi longue, différents risques sont apparus avant le projet, mais nous avons toujours essayé de les informer à temps et de proposer des moyens de les résoudre. Par conséquent, nous pensons qu'une gestion des risques compétente garantit l'achèvement des projets.Dans les commentaires, je suggère de partager des histoires de votre expérience lorsque les projets n'étaient pas terminés. L'un des 7 risques que nous avons décrits était-il responsable de cela? Ou était-ce la raison d'autre chose?