Les programmeurs ne résolvent pas les problèmes commerciaux. Ils créent et mettent à niveau le logiciel selon les spécifications techniques du client. Convaincre tout le monde, et lui-même, y compris que c'est la solution aux problèmes des entreprises.
Lorsque vous arrivez à un service de voiture, écrivez-vous les savoirs traditionnels? Bien sûr, beaucoup d'entre vous connaissent les voitures, et parmi mes amis, il y a des gars qui peuvent facilement démonter et remonter la boîte de vitesses. Mais, néanmoins, la plupart d'entre nous définissons la tâche sous la forme de "quelque chose qui frappe quand je roule à plus de 40 km / h" ou "qui souffle mal des déflecteurs, peut-être du climatiseur, ou, je ne sais pas ce qu'il y a".
Si un maître dans un service de voiture disait quelque chose comme «dites précisément ce qui doit être fait avec votre machine» à une telle question, continueriez-vous à utiliser ses services? Je pense que non. La plupart d'entre nous n'achetons pas de voiture pour le comprendre, et pas seulement les blondes de blagues, ou les nouveaux Russes qui (dans les mêmes blagues) changent de voiture lorsque le cendrier est plein, le font.
En travaillant avec des programmeurs, l'entreprise n'a pas le choix. Et le plus loin, le pire. Les artisans enthousiastes n'ont pas encore été traduits pour qui il est un honneur de résoudre le problème par eux-mêmes, mais la division générale du travail et la domination des approches juridico-bureaucratiques des affaires tuent rapidement et de manière fiable un tel enthousiasme.
Si vous pensez à la façon dont un représentant d'entreprise peut - un directeur, un chef de département, un vendeur, un comptable, etc. - élaborer une tâche technique pour le développement d'un produit logiciel? Il est clair qu'un document naîtra ensemble, mais quelle sera sa qualité? Même si vous avez des architectes intelligents qui peuvent analyser les besoins de l'entreprise et les traduire dans le langage des programmeurs, pouvez-vous être sûr qu'ils ont bien compris les besoins de l'entreprise?
Les exigences exprimées par l'entreprise sont claires pour lui. Les termes de référence, qui ont été rédigés par des programmeurs pour les besoins de l'entreprise, ne sont plus compris par lui. L'entreprise croit simplement que les programmeurs vont résoudre les problèmes grâce aux améliorations prévues.
Vous croyez également le maître dans un service de voiture, quand il dit "vous devez charger le climatiseur et changer le filtre dans la cabine, et il soufflera normalement." Mais dans le cas d'un service de voiture, le risque est faible - quelques heures et plusieurs milliers de roubles, et le résultat sera visible immédiatement.
Dans le cas des programmeurs, le risque est toujours plus élevé - les termes sont plus longs et les budgets sont plus gros. Et quel que soit le résultat, l'entreprise devra l'accepter, car dans la plupart des cas, elle paie non seulement le développement, mais aussi la mise en œuvre. Le résultat du travail des programmeurs au moment de l'acceptation est déjà assis à l'intérieur de l'entreprise, et il ne peut pas être rejeté sans douleur.
Ce serait formidable, bien sûr, si les programmeurs créaient un système déchiré que l'entreprise regarderait de côté et déciderait de le prendre ou non. Dans ce cas, tous les risques incomberaient aux programmeurs. Mais cela se produit extrêmement rarement, car les programmeurs ont aussi des affaires, quoi qu'on en dise.
Les entreprises devront accepter le travail, d'une manière ou d'une autre. Avec réserves, avec une liste d'exigences supplémentaires, mais acceptez. Et utilisez-le.
Barrière linguistique
Il y a une frontière entre les entreprises et les programmeurs - une barrière linguistique. Les entreprises ne comprennent pas le langage des systèmes d'information, les programmeurs ne comprennent pas le langage des affaires. Afin d'exister d'une manière ou d'une autre, et au moins de faire quelque chose, les deux parties ont inventé une langue de substitution - une sorte d'analogue d'espéranto qui est également compréhensible et incompréhensible pour les deux parties.
L'espéranto, en général, n'est pas mauvais, mais très pauvre - il a un très petit vocabulaire, c'est-à-dire vocabulaire. Une entreprise peut dire en espéranto: «Je veux ce formulaire pour qu'il y ait deux boutons, un tableau avec les marchandises, il contient les articles et les prix», ou «Je veux un rapport qui montre les créances en souffrance». Le terme «créances en souffrance» en espéranto n'est pas très bien exprimé, de sorte que les programmeurs poseront quelques questions de clarification afin de transférer la tâche à la leur, Klingon.
Les entreprises ne peuvent pas exprimer tous leurs besoins en espéranto, seulement un ensemble très maigre. Il est impossible de définir la tâche des programmeurs pour «optimiser la comptabilité afin que deux comptables puissent être licenciés» ou «faire en sorte qu'il n'y ait pas de pénurie». L'espéranto, en tant que passerelle vers votre communication, ne pourra pas transmettre le sens de ces tâches à Klingon.
Cependant, nous connaissons tous des exemples de tâches similaires résolues par l'automatisation. Ainsi, en principe, la langue Klingon est capable d'exprimer de telles constructions complexes. Mais comment ça marche?
Rarement, mais cela arrive aussi - un représentant commercial connaît Klingon. Premièrement, il peut être un ancien programmeur. Moi et vous aussi, j'ai rencontré de telles personnes dans une grande variété de postes - des comptables en chef, des directeurs financiers, des gestionnaires, des vendeurs et des fournisseurs ont même été rencontrés. Deuxièmement, il y a des gens - principalement des directeurs et des propriétaires de petites entreprises, qui, par curiosité naturelle, ont approfondi et continuent de développer leurs connaissances dans le domaine des technologies de l'information. Mais ce sont plutôt des exceptions.
La règle est de traduire la «haute poésie» des exigences commerciales dans le langage des primitifs - formulaires, rapports, traitements, documents, répertoires, registres, services Web, pages, etc.
Je dois dire tout de suite que je ne porte aucunement atteinte à la beauté de Klingon. Il y a encore plus de poésie et de beauté dans, disons, le langage elfique des affaires. Mais la poésie ne passe pas par la porte d'entrée, seulement les primitifs.
Pour le plaisir, essayez de traduire google translate en un poème anglais, par exemple, comme ceci:
Une tempête couvre le ciel dans l'obscurité
Tourbillon de neige tourbillonnant.
La façon dont elle conquiert la bête
Cela pleurera comme un enfant.
Que va-t-il arriver?
L'obscurité de l'orage couvre le ciel,
Tourbillons tourbillonnant.
Alors qu'elle se lamentait sur la bête,
Cela pleurera comme un enfant.
Je ne connais pas bien l'anglais, donc pour moi cette traduction ressemble à Klingon. Eh bien, cela semble être la vérité. Certains mots sont familiers, comme les lignes et les virgules. La traduction est probablement correcte. Comment vérifier? Réessayons, de l'anglais au russe:
L'obscurité de la tempête couvre le ciel
Tourbillons tourbillonnent.
Puis, quand elle pleure la bête,
Il pleurera comme un bébé.
Quelque chose ne va pas ... La passerelle ne fonctionne pas très bien, bien que l'ambiance générale semble se transmettre correctement. Mais dans les détails, le sens, la poésie, le texte a presque tout perdu.
Un exemple, bien sûr, du domaine de l'humour, mais dans notre espéranto, tout se passe à peu près de la même manière. Tout semble clair, le thème est galvaudé, et tout le monde se souvient de la belle photo de la balançoire sur l'arbre. Mais nous vivons en quelque sorte? Qu'est-ce qui ne va pas, qu'est-ce qui est attaché?
Les conséquences
Les conséquences de la barrière de la langue sont en effet terribles pour les deux parties. Presque toute l'automatisation actuellement en cours est le résultat de la mise en œuvre de primitives, d'équipes élémentaires, de tâches ennuyeuses et de petits objectifs.
Il n'y a pas de poésie, d'œuvres d'art, d'effets wow et d'adoration mutuelle des affaires et de l'informatique. Parlant terre à terre, il n'y a pas de solutions informatiques qui aident vraiment l'entreprise.
Il existe des solutions informatiques, des technologies et des cadres sympas créés à l'origine dans Klingon. Mais peu de gens parviennent à les traduire en elfique. Il s'avère que les gadgets de gestion correspondent à ces décisions avec les affaires, mais ils restent toujours dans Klingon - complexes, incompréhensibles, beaux, comme des vaisseaux spatiaux du futur. Seulement, on ne sait pas quoi faire avec eux.
Il existe également des solutions commerciales intéressantes créées sans l'utilisation de l'informatique. Il existe des légendes sur les managers qui les ont «enlevés», «rationalisé les processus», «créé une chaîne d'approvisionnement ingénieuse» dans l'environnement des affaires - pas moins passionnant que sur les développeurs de technologies cool en informatique. Mais au milieu, à la frontière, dans l'unité - il y a très peu de solutions.
En conséquence, les entreprises ne sont pas satisfaites des programmeurs, même si elles sont obligées de les endurer comme un mal inévitable. Après tout, il y a la comptabilité et la comptabilité fiscale, et un État qui fait appel à toute cette bureaucratie. Il existe des "règles enfantines", comme la nécessité d'avoir un site web, la téléphonie IP, un public sur les réseaux sociaux et un compte EDI. Petit, ennuyeux, ne donnant rien à la technologie.
Et les programmeurs s'éloignent de plus en plus des affaires, arrêtant et compliquant l'espéranto déjà incompréhensible. À Dieu ne plaise, si vous avez suffisamment d'enthousiasme pour l'expression créative dans votre Klingon, afin que l'âme trouve au moins un moyen de sortir, quelque part entre les deux. Et dans le temps principal - les prochaines tentatives d'automatiser en quelque sorte toutes ces bêtises.
Les deux parties souffrent et les deux parties se reprochent leurs malheurs. Bien que non, ils ne les blâment plus - ils ont l'habitude de se souvenir plus ou moins de cet espéranto et croient déjà qu'il devrait en être ainsi. Est-ce vrai pour tout le monde? Cela signifie une fois que tout est en ordre chez nous. Eh bien, vous dites, tout est clair sans vous. Tu fais quoi?
Oui, vous savez déjà quoi faire. Apprenez des langues. Et l'espéranto parfait.
Apprenez des langues
Pour que deux locuteurs de langues différentes puissent parler normalement, de manière informative et intéressante, quelqu'un doit connaître deux langues - la sienne et l'interlocuteur. La question est de savoir qui devrait être le premier à «bouger».
La première option consiste à laisser l'entreprise apprendre le klingon. Comment aimez-vous cette option? Si vous êtes programmeur, cette option vous plaira probablement. Bien que non, c'est lourd - si l'entreprise comprend la technologie de l'information, alors vous, quoi qu'on puisse dire, devrez travailler pour de vrai. Maintenant, d'une manière ou d'une autre, vous pouvez cacher - et les opportunités, les solutions et les montants.
Mais cette option, purement en termes d'efficacité, ne convient pas. Trop à apprendre. Si vous, encore une fois, êtes un programmeur, vous serez d'accord: même vous, quoi que vous pensiez de vous-même, ne connaissez qu'une petite fraction de l'informatique. C’est juste que les connaissances dans le domaine des technologies de l’information naissent plus rapidement qu’une personne ne peut les digérer, quel que soit le nombre de travées dans son front.
Vous pouvez dire - d'accord, même si l'entreprise ne connaît pas les détails, mais peut-elle remonter le sommet? Et maintenir la pertinence de ces connaissances. Peut-être, bien sûr, que ce sera le même espéranto. Nous l'avons déjà adopté.
Il est beaucoup plus facile de faire le contraire - un programmeur pour apprendre le langage des affaires.
J'ai appelé la langue des affaires elfique, bien que je devrais, en fait, l'appeler grec, car c'est une langue morte qui se développe à peine. D'accord, que ce soit elfique - ces gars-là ont-ils quitté la Terre du Milieu il y a longtemps?
Tout, ou presque tout ce qui est utile dans le langage des affaires, a longtemps été inventé. Bien sûr, de nouveaux types d'entreprises, de nouveaux modes d'interaction, de nouveaux produits, voire des classes de produits apparaissent, mais les concepts de base restent en place.
Ce sont d'abord des processus. Tout ce que vous devez savoir sur les processus a été inventé depuis longtemps - au XXe siècle. Toutes les techniques modernes et pas le cas - par exemple, la théorie des restrictions, le contrôle, le Lean, Scrum, etc. - ce ne sont que des variations, des processus de modèle ou des modèles pour dessiner de nouveaux processus. Fondamentalement, l'essence des processus ne change pas - actions, conditions, sous-processus. Soit dit en passant, tous ces concepts sont bien compris par les programmeurs.
Tous les calculs commerciaux sont également absorbés par les programmeurs. Comptabilité, gestion, comptabilité internationale et fiscale, profits et pertes, flux financiers, différentes méthodes d'évaluation de l'état d'une entreprise sont simplement des formules différentes qui prennent en compte les mêmes chiffres en fonction d'autres chiffres.
Les systèmes de gestion, en tant que sous-classe de processus, ne représentent également rien de compliqué. De plus, l'activité dans les systèmes de gestion elle-même n'est pas très versée. C'est facile à vérifier - essayez de trouver au moins un processus de gestion dans votre entreprise. Bien sûr, si une ISO est implémentée, c'est-à-dire qu'il existe un tel processus - «Gestion de l'organisation», mais nous ne le considérerons pas, c'est juste un morceau de papier bureaucratique. Trouvez des instructions pour le leader, qui disent quoi, quand et comment faire. Ce n'est pas le cas, car la création de systèmes de contrôle est un domaine relativement nouveau qui ne sortira pas des entrailles de la gestion, car il le détruira également.
À première vue, un domaine plus spécifique est celui des systèmes de motivation. Mais, en fait, c'est l'un des domaines de connaissances les plus simples en affaires. Il existe très peu d'options de modèle qui tentent sans succès d'inculquer les RH dans toutes les entreprises, sans comprendre l'essence de la motivation.
En affaires, bien sûr, il n'y a pas que les domaines de connaissances répertoriés. Par exemple, il existe des marchés, des produits, du marketing, des fusions et acquisitions, des introductions en bourse, etc. Cette connaissance peut être laissée aux affaires en toute sécurité, et non pour étudier les sections pertinentes de la langue elfique. Au moins jusqu'à ce que vous décidiez de créer votre propre entreprise.
Pourquoi?
Il y a deux questions à la fois: pourquoi est-ce pour les entreprises et pourquoi est-ce pour les programmeurs.
Avec les affaires, c'est clair. C'est une nécessité vitale. Le monde informatique s'oriente vers un tel modèle - l'intégration des compétences, car sinon les conversations des sourds avec les aveugles se poursuivront indéfiniment.
L'entreprise comprend souvent le problème, mais ne connaît pas la solution, ne la voit pas. Maintenant sait et voit. Il ne reste plus qu'à organiser correctement ce processus - former des programmeurs en langue elfique. Vous pouvez le faire vous-même, il n'y aura que peu de sens. Pour enseigner le klingon elfique, vous devez connaître les deux langues, mais ce n'est pas le cas. Bien que Tarzan ait été en quelque sorte enseigné. Si vous vous en souvenez, lisez en anglais et parlez en français.
Pourquoi est-ce pour les programmeurs? Eh bien, premièrement, si l'entreprise dans laquelle les programmeurs sont assis prend le problème avec compétence, alors ils n'auront nulle part où aller. Sauf si, allez à un autre emploi, où ils n'ont pas encore entendu parler de nouvelles tendances.
Mais vous pouvez réorganiser le début proactif dans le service informatique. Personne n'interdit aux programmeurs de développer des compétences dans des domaines connexes? Par exemple, apprenez les elfes. Et puis, entre les deux, déclarez, et il vaut mieux montrer en pratique leurs nouvelles compétences. L'entreprise, appréciant les avantages, fera des programmeurs bilingues la norme dans leur entreprise. Dans le même temps, et chassera les traducteurs de deuil, comme les analystes commerciaux.
Vous avez juste besoin de comprendre que l'automatisation commerciale maintenant, en espéranto, n'est plus qu'une bulle de savon. Et il n'éclatera que d'un côté - où siègent d'importants représentants de la langue klingonne. Les affaires ne vont nulle part, il a vécu pendant des siècles et va vivre. À l'échelle de l'histoire de l'entreprise, il y a simplement un petit segment appelé «l'enthousiasme pour les technologies de l'information» qui a commencé à être amusant et intéressant et s'est transformé en une fraude mondiale.
Tôt ou tard, l'entreprise trouvera une issue. Il vaut mieux lui suggérer cette issue - bénéfique pour les elfes et les Klingons.
Exercices
Vous, en termes d'article, parlez très probablement Klingon. J'essaierai d'écrire quelques phrases en elfique, et si vous voulez, pratiquez la traduction - soit en klingon, soit au moins en elfique.
«Je veux savoir comment l'automatisation affecte les changements dans mon entreprise.»
"Que peut-on automatiser pour réduire le nombre de comptables?"
«Est-il possible de le faire pour disperser tous les managers qui ne vendent rien, mais qui conduisent uniquement les commandes à partir de morceaux de papier?»
"Pouvez-vous en quelque sorte faire en sorte qu'il n'y ait pas de déficits?"
"Comment se débarrasser du service concessionnaire, qui ne s'occupe que de cela, qui organise l'interaction avec les partenaires?"
"Peut-on faire quelque chose avec les écarts de trésorerie?"
«Comment pourrais-je améliorer la qualité de la production? Maintenant, c'est juste un désastre. "
«Je suis terriblement enragé par tous les économistes qui préparent des rapports pour moi. Pouvez-vous vous en débarrasser d'une manière ou d'une autre sans perdre ces rapports? »
«Et combien me coûte la comptabilité? Au moins pour connaître le nombre, je ne parle pas d'optimisation ... ".
«Comment pourrais-je m'assurer que moi-même et d'autres dirigeants apprenons à l'avance les problèmes? Pour que vous puissiez répondre en temps opportun. »
Pouvez-vous traduire?