• [^] # Re: Je ne demande si l'auteur a compris l'enjeu (de la dette technique)

    Posté par (site web personnel, Mastodon) . En réponse au lien Most Technical Problems Are Really People Problems. Évalué à 2.

    mais plutôt entre «trop vite et mal fait pour satisfaire le market» et «d'un standard suffisant pour ne pas grèver l'avenir»

    La dette n'est pas un travail bâclé : la dette c'est emprunter du temps de développement à venir pour livrer plus rapidement une première version (ou des premières versions).

    Et c'est précisément pour satisfaire le marché - parfois juste pour être le premier.

    J'ai vécu dans une boite entièrement pilotée par le commerce, et effectivement il a fallu chiffrer cette dette en numéraire (en temps perdu par les développeurs, en allongement de délais) pour obtenir du temps pour la combler au fil de l'eau.

    Si la langue de ton management c'est des montants en euros, il est naturel de convertir ta vision technique en euros : c'est la meilleure manière de les convaincre.

    Si ton management sait qu'il s'est endetté, il sait aussi (normalement) qu'il faut qu'il rembourse pour pouvoir de nouveau emprunter lorsqu'il en aura besoin.

    La dette n'est pas du travail mal fait. La dette, c'est du travail court-terme (ou moyen-terme) qui a vocation à être remboursé ; et comme une dette financière, tu rembourses + que ce que tu as emprunté. En revanche, ce surcoût est censé t'avoir permis de gagner plus - donc le calcul au final est positif, même une fois que tu as terminé de rembourser.

    #tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo