La plupart des projets informatiques que j'ai vus dans ma vie ont été couronnés de succès. Ils ont été réalisés dans différentes entreprises, sur différentes plateformes, par des personnes complètement différentes. Mais le succès est toujours venu, à de rares exceptions près.
A chaque fois, je me suis demandé où les équipes informatiques avaient obtenu une telle détermination, un sens subtil de la stratégie et de sa mise en œuvre, une compréhension de la situation et une volonté de fer pour suivre la voie choisie? Y a-t-il un secret pour réussir?
J'ai regardé, analysé et compilé une liste d'algorithmes qui mènent avec succès des projets informatiques vers l'objectif. Commençons par les objectifs - pourquoi est-ce réussi?
Attention Cet article est réservé aux informaticiens. Si vous n'êtes pas de l'informatique, ou, Dieu nous en préserve, un directeur ou un propriétaire, vous feriez mieux de ne pas lire cet article. Sinon, vous ruinez tout pour nous.
Et encore une fois attention . Cet article n'est pas du sarcasme, pas une tentative de briser quelqu'un, pas une gradation du marché, et pas l'augmentation du FGP de quelqu'un, y compris le mien. Comme tout autre spécialiste informatique, et la société pour laquelle je travaille, comme toute autre société informatique, je correspond aux définitions de cet article.
Buts
J'essaierai de clarifier les objectifs des projets informatiques. Pas fictif, annoncé dans les journaux, lors de rassemblements ou dans les bureaux richement meublés des généraux. De vrais objectifs.
L'objectif, sa prise de conscience et sa compréhension sont d'une importance primordiale dans toute activité. Et peu importe que le véritable objectif du système de valeurs soit bon ou mauvais. Si un objectif est déclaré, mais en réalité, ou même dans le subconscient,
un autre est assis, alors l'autre sera atteint.
Mais, malheureusement, le mauvais stéréotype a été établi dans la relation entre l'informatique et l'entreprise. La plupart des projets informatiques sont considérés comme des échecs. Certains analystes collectent des statistiques, calculent quelque chose, puis écrivent des articles dévastateurs sur la façon dont l'informatique n'aide pas les entreprises, n'atteint pas ses objectifs, produit des substituts, privant des millions de personnes de sociétés malheureuses dans n'importe quelle devise.
L'erreur de ces analystes est très simple: ils sont jugés par l'entreprise. Automatisé, pas automatisé. Les projets ne sont pas évalués dans le système de coordonnées dans lequel ils ont été réalisés. Ils regardent la réalisation des objectifs que quelqu'un, une fois, au tout début, pour une raison quelconque, a dit ou écrit. Et ils ne connaissent pas les vrais objectifs.
Pour résumer, les vrais objectifs des projets informatiques sont de quatre:
1. plante;
2. cimenter;
3. presser;
4. apprendre.
Accrochez-vous
Planter - ce sont tous des projets pour la mise en œuvre de 1C. Cela inclut également l'automatisation de tout framework ou logiciel mal distribué. C'est govnokod, "que moi seul peux comprendre."
Après avoir implémenté 1C, le client est toujours assis sur le soi-disant "Information et support technologique." En russe, il s'agit d'un abonnement pour l'accès aux mises à jour. Il est inutile de contester le besoin de mises à jour - il est lancé par l'État. TVA de 20%, divers types de lois fédérales, caisses en ligne, EGAIS, etc. - tout cela se reflète dans les programmes 1C et, par conséquent, il est nécessaire de le mettre à jour.
De même - Bitrix. Celui qui construit un site sur celui-ci, il faut payer pour les mises à jour et la disponibilité du support technique.
De même, tout service en ligne, qu'il s'agisse de gestion électronique de documents, de cartes, de rapprochement de règlements ou de vérification de contreparties. La plupart d'entre eux nécessitent que certains travaux soient intégrés dans le système d'entreprise, et plus il y aura d'argent et d'efforts dépensés, plus il sera difficile de refuser.
Le temps pendant lequel le client est assis travaille contre lui et le succès du vendeur de logiciels ou de services. Même s'ils ne prennent que des mises à jour, sans modification de la commande, le montant payé augmente chaque mois, et le rejet du logiciel ou du service entraînera un gaspillage d'argent.
L'objectif est simple: s'assurer que le client, une fois qu'il travaille avec vous, même pour une petite tâche, ne saute jamais et continue de commander de nouveaux produits et services auprès de vous.
Avec la bonne approche, cela fonctionne mieux que pour les concessionnaires de dragsters - là, vous pouvez au moins changer le «fournisseur», les marchandises sont les mêmes. Mais si vous avez écrit au client, par exemple, "déchargement optimisé des marchandises sur le site Web", mais que vous n'avez pas oublié l'obscurcissement et que vous avez utilisé des constantes délicates définies uniquement dans cette base de données particulière, alors le client est le vôtre.
Il est important, comme on dit, d'
entrer . Accrochez-vous, au moins pour le bord.
La plantation est peut-être l'objectif le plus courant des projets informatiques.
Pour cimenter
Le cimentage est un objectif préféré de l'automatisation interne. La différence entre les programmeurs d'usine ou correctifs, c'est qu'ils ne reçoivent pas de revenus de la mise en œuvre des projets. Bien sûr, il y a des bonus, mais si vous les tachez à l'année, vous obtenez un minuscule. Le salaire est beaucoup plus simple et plus stable, en plus il y a toujours la possibilité d'emplois à temps partiel.
Le programmeur d'usine pense comme un soldat qui dort et le service est en marche. Par conséquent, le désir naturel est d'augmenter l'efficacité de votre journée de travail. Rappelez-vous ce qu'est l'efficacité? C'est le coût de production du résultat.
Le résultat est le même - le salaire. Le coût est un effort. Le salaire ne peut pas être augmenté, mais les efforts peuvent être réduits. C'est ainsi que l'efficacité augmente.
La manière la plus simple est govnokod, «reflétant autant que possible les besoins des utilisateurs». Par govnokod, nous entendons ici le code lui-même, et les métadonnées, et "le bouton est ici". Aucune analyse des exigences, respect de l'architecture et de la stratégie globales, "juste pour travailler".
Quand ça marche, c'est du ciment. Tout le monde a peur de toucher à ce qui fonctionne, à la fois les programmeurs, les utilisateurs et les gestionnaires. Tout révolutionnaire qui se met à crier «nous avons besoin de refactoring» sera expulsé, déshonoré, humilié, accusé de vouloir se maquiller et ruiner les affaires de la vie.
Si cela "fonctionne" - tout va bien et le programmeur est bien fait. Il continue de recevoir son salaire. Plus il y a de zones dans le système d'information qui "fonctionnent", moins le programmeur a de travail. Il ne reste que du support - des réponses aux mêmes questions, une démonstration des mêmes formes et outils, une solution aux mêmes problèmes. Simple et stable, comme un soldat.
Les projets d'automatisation ne sont pas dédaignés par les projets d'automatisation d'un entrepreneur externe, surtout à la fin. Par exemple, un acte doit être signé. Pendant deux mois, ils ont fait «comme prévu», mais le directeur du centre a besoin d'argent, sinon il cessera de payer les salaires. Il est urgent de rendre le client heureux. Comment? Ciment comme les programmeurs d'usine. Govnokodom.
Presser
La compression est un objectif, en règle générale, pour ceux qui ne sont pas sûrs d'eux-mêmes. Par exemple, il y a une petite boule sur l'implémentation de 1C. Il est interrompu par de petits travaux sur les mises à jour et les formulaires d'impression, la vente de boîtes bon marché, les consultations d'incendie des stands lors du reportage.
Et ici - bam, le bonheur est tombé. Projet. Je ne sais pas où, probablement - par erreur, on leur fait confiance pour introduire une solution importante et sérieuse. Que faire Aucune expérience, aucun spécialiste non plus.
Essayez de saisir bêtement au maximum. Paiement - à l'heure, ou actes courts, pas plus d'un mois. Aucune obligation de paiement pour les objectifs, les indicateurs commerciaux, l'exhaustivité et l'hérésie similaire. Risques minimum, argent maximum.
De même, les spécialistes qui ne sont pas des spécialistes, mais qui ont dû travailler dans un endroit décent, par exemple avec un salaire élevé, font de même. Ils essaient de se gonfler les joues, de ne pas trahir leur incompétence, ils n'entrent jamais dans les détails, ils repoussent toujours la prise de décisions et le début du travail.
Par exemple, dans l'une des sociétés, le directeur informatique a pris une personne qui ne voyait pas 1C dans les yeux. Et ils ont pris pour résoudre un problème spécifique - la mise en œuvre de 1C. Lors de l'entretien, il a réussi à faire des folies, il a été emmené pour un salaire décent, et il a duré un an. Ce n'est que lorsqu'ils l'ont cloué au mur qu'il a admis qu'il ne connaissait pas 1C. Il suffit de quitter, et est allé chercher la prochaine entreprise que vous pouvez serrer.
Apprendre
Rarement, mais ça arrive. La jeune entreprise veut percer le marché des systèmes ERP. Ou l'ancienne entreprise veut développer une nouvelle direction. Ou en général, la stratégie consiste à former de nouveaux spécialistes, en les jetant dans le vif du sujet.
Cela semble beau - jeter dans la chaleur. Comme une célèbre parabole sur la façon d'apprendre à nager, à jeter dans l'eau. Mais en fait, si vous ne vous mentez pas, nous formons juste nos spécialistes pour l'argent du client.
Pourquoi le cacher - j'ai moi-même été dans une situation similaire. Un mois seulement s'est écoulé depuis la première fois que j'ai vu le 1C dans mes yeux, et maintenant je suis déjà sur un projet pour introduire la configuration la plus complexe (à l'époque) - «Production Enterprise Management». Tout simplement parce que le produit est nouveau, il est juste apparu, et le premier projet de mise en œuvre de la société. De plus, il est le premier de la ville, et peut-être de la région.
Bien sûr, j'ai beaucoup appris de ce projet. Et le client a payé tout cela. Il suffisait que le chef de projet à la réunion où ils me représentaient hoche la tête en réponse à la question "Connaît-il les huit?"
Je ne condamne pas du tout une telle approche - d'autant plus que je l'ai souvent utilisée moi-même et que je continue de la pratiquer. Le client, en règle générale, ne sait pas au fond quel spécialiste comprend quoi. Le coût d'une heure de travail est le même pour un débutant et un bison. Un débutant fera une semaine, un bison - deux heures. Le client paiera une semaine. Qu'est-ce qui ne va pas?
Il y a d'autres projets à apprendre. Par exemple, l'introduction d'un nouveau produit récemment développé. Il arrive également que le client reçoive ce produit gratuitement. Peut-être même des services de mise en œuvre, ou une partie d'entre eux. Je prends moi-même cette approche. La gratuité est bonne - elle élimine les risques.
Combinaisons et transformations
Les objectifs du projet peuvent changer au cours de sa mise en œuvre, selon la situation. Il s'agit d'un processus normal et animé.
Ci-dessus, j'ai donné un exemple de la façon dont un projet dans le but de planter peut commencer à cimenter - quand il est nécessaire de signer un acte. Cela se produit généralement en cas de menace de perturbation du projet.
Cependant, il n'est pas nécessaire de cimenter, il est possible de presser. Par exemple, la situation - au cours de la mise en œuvre, plusieurs étapes ont été lancées en même temps. Quelque part, il y a une formation, un test quelque part, un fonctionnement test quelque part. Et maintenant, il y avait une menace générale de perturbation du projet - on ne sait jamais, le décideur a changé.
Une partie des marches peut être cimentée, si possible. Le ciment est susceptible d'obtenir le montant total pour la phase du projet. Mais il se trouve que l'étape n'est qu'au stade de développement, même si elle est à un pas de la production - alors qu'elle est encore loin d'être cimentée, le client n'a même pas vu de prototype. Alternativement, vous pouvez essayer de faire sortir - signer un acte pour une partie du montant. Supposons, uniquement pour le développement, l'ajout de l'expression «pour le temps réellement passé».
Il y a aussi une transformation inverse - ils ont commencé comme une «pression», compris en cours de route, et nous le faisons «accrochons-nous». Ou tellement cimenté qu'il était juste de serrer les restes et de courir.
Maintenant que vous connaissez ces objectifs, regardez les projets informatiques que vous avez vus. Ont-ils atteint un seul d'entre eux?
Résumé
Croyez-le ou non, l'article est né spontanément. Je me suis assis pour écrire un texte sur le nombre d'intégrations affectant la complexité des changements métier.
Et puis j'ai pensé - pourquoi mâcher quelque chose de morve? Encore une fois, aspirer une sorte d'avantage pour les clients mécontents, et comment, nous, les TI, le privons-nous de cet avantage? N'est-il pas préférable de faire la réalité?
La réalité, ce sont des milliers d'implémentations de systèmes d'information, de sites développés, de services connectés et d'un parc d'équipements étendu.
Oui, dans la plupart des cas, le client se plaint que le projet informatique n'a atteint aucun de ses objectifs.
Cela rappelle une fille romantique qui rêve de marcher main dans la main avec un gentleman, dans des prairies fleuries, avec une couronne de pissenlits sur la tête, et pour que le soleil brille de mille feux, et qu'il soit tellement dépassé dans une chemise blanche comme neige, il sourit, et il n'a besoin de rien, juste pour être avec Je suis à proximité, nageant dans l'océan sans fond de charme de ma jeunesse, de ma beauté et de ma pureté, et le monde entier a été créé uniquement pour moi, et Il est aussi pour moi ...
Non, ma chère. Il a un but différent. Et vous savez lequel. Il atteindra son objectif. Sinon avec vous, alors de l'autre. Et plus d'une fois.
Pourquoi fantasmer s'il y a de la réalité? Oui, il y a des projets qui augmentent l'efficacité des clients. Oui, les clients peuvent également augmenter leurs bénéfices, soit en raison de la croissance des revenus, soit en réduisant les coûts. Mais la plupart des projets informatiques sont destinés à la plantation, au cimentage, à la compression ou à l'apprentissage.
Alors pourquoi fantasmer, blâmer l'injustice, insister pour changer et changer, croire en la bonté et aux contes de fées? Il vaut mieux comprendre comment planter plus, moins de ciment, ne pas presser du tout et apprendre dans le processus.
Je propose de le faire. Si cela ne vous dérange pas.