Commentaires sur : Désendetteur Technique

Par : Confluence: E. Centres d'expertise

Confluence: E. Centres d'expertise — Thu, 19 Nov 2009 16:30:12 +0000

Réflexion sur la dette de produit…

L’offre de diagnostique d’endettement OFFRES:Évaluation de l’endettement Sessions de travail À faire Completed Priority Locked CreatedDate CompletedDate Assignee Name F M F 1257349977580 vtence Etoffer notre référentiel et le……

Par : Tom

Tom — Thu, 29 Oct 2009 10:59:11 +0000

« Désendetteur technique », ça le fait en haut du CV.
Mas pas sûr de trouver ça sur lesjeudis.com

Par : Thomas

Thomas — Mon, 26 Oct 2009 13:49:57 +0000

Article sympa, même si je ne suis pas trop d’accord avec la formule « Faire du Scrum, c’est faire un saut de 10 mètres dans le vide ». Je pense qu’au contraire on fera mieux faire évoluer les mentalités d’une équipe et surtout des responsables en grimpant une marche après l’autre, plutôt que vouloir faire tout l’escalier d’un coup.
Mais ça, c’est plutôt le « comment » que le « quoi » dont il est plutôt question dans cet article.

Par : Emmanuel Hugonnet

Emmanuel Hugonnet — Mon, 26 Oct 2009 13:31:18 +0000

Nicolas si tu veux vraiment te faire mal regarde plutôt cet article de 1992 : http://c2.com/doc/oopsla92.html .
et oui 1992 Ward Cunningham parle déjà de la dette technique !!!!
Je codais encore en Basic et en Turbopascal à l’époque.
Emmanuel

Par : Florent Ramière

Florent Ramière — Mon, 26 Oct 2009 11:14:44 +0000

Pourquoi ton post est-il dans la catégorie « humour » ?

C’est important d’avoir dans toutes les équipes un désendetteur qui passe de temps en temps pour pallier aux petites entorses aux bonnes pratiques pour les équipes sénior et aux grands écarts des équipes débutantes.

« Cut 1/4 of your features, problem because 1/2 as hard to solve » (Greg wilson, Slide #5 http://bit.ly/2Ixihm) car
« For every 25% increase in problem complexity, there is a 100% increase in solution complexity (woodfield ’79 http://bit.ly/2KAJMs) »
Ces citations me semblent être l’essence même de la différence entre les équipes qui fonctionnent et celles qui rament.

Le désendetteur doit autant simplifier les chemins techniques empruntés, intégrer les bons outils, les bonnes méthodologies que savoir reposer les problèmes pour simplifier les développements de façon drastique.

Par : Nicolas Martignole

Nicolas Martignole — Sun, 25 Oct 2009 16:38:29 +0000

@William : article prévu sur ce sujet d’ici 2 semaines. Je bosse dessus, je vais passer 2 jours avec eXo cette semaine.

@Niala78 : tu as raison, il ne faut pas tomber dans le travers du Consultant qui conseille sans avoir jamais avoir fait ou pratiqué soit-même…

Par : Niala78

Niala78 — Sun, 25 Oct 2009 11:35:47 +0000

Est-ce qu’en parrallèle des opérations one-shot du Désendetteur Technique ceux-ci maintiennent une activité plus classique du développement logiciel (bosser plusieurs mois sur un projet) pour rester près des réalités et connaître réellement les conséquences d’un choix lors d’une intervention? En effet le Désenteur Technique prodigue des conseils mais ce n’est pas lui qui va devoir faire avec au quotidien.

Autre point qui caractérise les Désendetteur Technique, ils ont une plus grande propension à avoir un blog.

Par : William

William — Sun, 25 Oct 2009 11:18:55 +0000

Tant qu’on es dans les jeux de mots:
- on utilise aussi parfois un huissier de Guice-stice
- Agile enables micro-credit not toxic debts
Sonar a un module de dette technique très bien fait. En dollar ca impressionne toujours plus.

Par : William

William — Sun, 25 Oct 2009 11:13:57 +0000

Bonjour

Peux-tu développer en quelques mots ce que tu appelles « un application content provider »? Dans l’article que tu mentionnes sur exo, je n’ai rien trouvé sur le sujet.