当前位置：网站首页>Story point vs. Human Sky

Story point vs. Human Sky

2022-07-02 13:50:00 【Thoughtworks Stewart China】

Dans la pratique Agile,Les points d'histoire sont utilisés pour estimerL'histoireUne mesure de la complexité.Mais pour diverses raisons,Une autre unité est apparue——Mon Dieu!,Comme son nom l'indique,Les jours - homme sont utilisés pour estimer le nombre de jours qu'il faut à une personne pour remplir une carte d'histoire.

Au début, j'ai appris qu'il y avait un dicton que je ne comprenais pas,Puis j'ai combiné les discussions de mes collègues précédents et les contacts pratiques de ces derniers jours avec de nouveaux projets,J'ai réfléchi à la raison pour laquelle certains projets sont habitués à utiliser des jours - personnes pour estimer la charge de travail.Et voici l'article.

Avant de commencer,Je suppose que tu as raisonL'histoireCe concept est bien compris,Je n'en parlerai pas trop.

Sens

L'essence d'un point d'histoire est une estimation de la complexité,Et la complexité comprend en fait deux parties——Difficulté et charge de travail.

Peut - être qu'une histoire n'a pas beaucoup de travail,Mais c'est plus difficile,Nécessité de gérer une logique complexe,Validation complexe, etc;Il est également possible qu'une histoire ne soit pas compliquée,Mais la charge de travail est plus lourde,Comme une simple répétition de travail20Une fois. Dans les deux cas, le point d'histoire d'une histoire peut devenir plus grand .

Et le contraire, Cette estimation est très directe , Cette histoire est faite seule n Oh, mon Dieu.,Tu crois? n Combien?, C'est combien de jours - homme ,Simple et grossier.Alors, Les gens sont - ils naïfs, si simples et grossiers ？

L'histoire derrière l'homme et le ciel

Essayons de révéler l'histoire derrière l'homme et le ciel . La première chose à faire est de parvenir à un consensus , Qu'il s'agisse d'un homme ou d'une histoire , C'est une estimation d'une histoire .

Mais la particularité de la nature humaine est que ,Je suis en avance.“Prédiction” Cette carte d'histoire peut être faite en quelques jours . Il n'y a rien de mal à cette phrase à première vue , Mais la logique sous - jacente mérite réflexion ,C'est“Prédiction” Beaucoup d'hypothèses sont cachées derrière ：

Supposons le niveau de la personne qui fait la carte Ça ne marchera jamais. Et fixé dans une certaine mesure
Opérations hypothétiques La complexité est toujours constante
Supposons que la personne qui ramasse la carte Le temps d'écrire le Code est toujours fixé
…

Pourquoi ces hypothèses ？C'est simple., Parce que quand on anticipe une histoire n Les jours peuvent finir , Cela signifie que peu importe le début du projet, tout le monde n'est pas familier avec les piles d'affaires et de technologie , Ou le projet a - t - il fonctionné sans heurt tout le monde connaît déjà la pile d'affaires et de technologie , Cette histoire est n Les jours sont finis.C'est manifestement déraisonnable.

dev La vitesse à laquelle les élèves font leurs cartes est influencée par de nombreux facteurs ：

Y a - t - il eu beaucoup de réunions pendant
Y a - t - il beaucoup de nouveaux étudiants dans le groupe qui doivent transmettre des connaissances
Connaissance des affaires et de la technologie
…

Et l'histoire ？

Est - ce que c'est un point d'histoire sans ces questions ？C'est vrai.,Non..Comme nous l'avons mentionné précédemment, Un point d'histoire est une estimation de la difficulté et de la charge de travail d'une histoire , Pour être clair, c'est la mesure de la quantité totale de travail d'un emploi . Il ne reflète pas le temps , Mais le temps est un indicateur important de la gestion du projet ,D'où ça vient？

Le professeur de l'école primaire nous a enseigné des questions pratiques Temps = Nombre total d'emplois / Taux

La question est maintenant de savoir d'où vient la vitesse , La pratique Agile nous dit —— Le temps d'hier . Théoriquement, le taux de la dernière itération sur la même équipe ne serait pas très différent du taux actuel de cette itération , Nous pouvons donc supposer que le taux d'itération actuel est égal à celui de l'itération précédente , Mais d'habitude, le rythme d'une équipe n'est pas constant ：

Au début du projet, tout le monde devait se familiariser avec le contexte commercial ,Familiarisez - vous avec la pile technologique, Mode de fonctionnement , Le taux ne sera pas trop rapide , Mais dans un état d'Ascension lente
Au milieu du projet, tout le monde s'est familiarisé avec ces conditions , Avancez graduellement à un rythme régulier
En ce moment PM/TL J'ai découvert que courir à la vitesse actuelle ne pouvait pas brûler tous les points de l'histoire avant l'heure prévue , On pourrait envisager d'ajouter
Grâce à l'adhésion de nouveaux membres , Il faut que les anciens membres partagent un certain contexte commercial et technique ,Ensemble pair Transmission des connaissances, Cela ralentira certainement le rythme de l'équipe
Ensuite, l'équipe continuera à avancer régulièrement à un rythme plus rapide qu'auparavant
…

Ainsi, la consommation totale de travail dans l'ensemble du projet et la consommation de travail par itération constituent les deux diagrammes les plus importants de la gestion Agile du projet —— Diagramme d'épuisement et diagramme de vitesse , Ils peuvent dire à l'équipe exactement combien de temps il faudra pour terminer le projet , Ou peut - on finir le projet à un moment donné , Cet indicateur clé du temps est “Calcul”C'est parti..

L'amour et la haine de l'homme et du ciel et du point d'histoire

Alors pourquoi cette mesure de l'homme - ciel est - elle apparue dans notre pratique Agile ？Je ne sais pas non plus, Ma compréhension superficielle vient de la pression des clients .

La plupart des clients ne se soucient pas vraiment de ce que vous faites Agile , Ce qui l'intéresse, c'est de savoir si vous pouvez livrer le logiciel dans les délais prescrits . Tu lui as dit qu'on avait utilisé des points d'histoire pour estimer , Il vous dira que je ne comprends pas votre histoire , Dis - moi juste que cette fonction est terminée dans quelques jours .

À ce moment - là, il y avait déjà un signe de méfiance de la part du client , Ce n'est pas la science populaire , Il s'agit de renforcer la confiance .

Dans de tels cas, le client surveille généralement la charge de travail de l'équipe. , Ce que l'équipe doit faire, c'est exposer la charge de travail de l'équipe aux clients de diverses façons —— Debout.,Et les clientspair, Évaluer avec le client . Faire savoir à nos clients que notre charge de travail n'est peut - être pas aussi petite qu'ils le pensent , Une itération que le client pense 20 La charge de travail de l'homme et de la nature peut ne pas être terminée tant que nous n'avons pas fait de notre mieux 15 Mon Dieu!.

Une autre situation est que le client et l'équipe pensent que la charge de travail est cohérente , Mais le client pense que cette charge de travail ne devrait pas prendre autant de temps . En gros, c'est une mauvaise équipe , Pas assez rapide ,1 Il faut faire ce que le ciel peut faire 2 Oh, mon Dieu.. La situation sera encore plus compliquée , Quant à la façon de résoudre ce problème, il va au - delà de ce qui est discuté ici , On n'a fait que s'étendre .

Dans les deux cas,, L'estimation de l'homme - ciel n'est plus valable depuis longtemps ,Ou20Mon Dieu! = 15 Les jours - personnes ou les estimations sont devenus des outils pour superviser l'équipe .Vous pourriez dire, C'est une estimation de toute façon , Supposons que l'estimation 20 L'homme et le ciel sont égaux à la vraie 15 Mon Dieu. .

C'est possible , Alors pourquoi ne pas revenir à l'histoire dans le processus de renforcement de la confiance , À ce moment - là, l'unité homme - ciel avait complètement perdu son sens , La logique d'estimation de l'équipe , Les habitudes des clients sont , Tout est tordu .

Il est vraiment difficile d'établir la confiance avec les clients , Mais si c'est un client à long terme , Alors je crois que ça en vaut la peine , Si vous voulez être un excellent partenaire pour vos clients et leurs grandes ambitions , Alors je pense qu'influencer et changer les perceptions des clients pourrait être un pas en avant que nous devons faire .

Toute l'équipe

Enfin, je voudrais dire, C'est là que tout le monde dans l'équipe doit travailler dur . Certains étudiants en développement diront gérer les attentes des clients , Guider le client n'est pas vous BA/PM Le travail de , Pourquoi tu ne peux pas . À mes yeux, cette phrase suit “bug free N'est - ce pas la cible de votre programmeur , Pourquoi tu ne peux pas ”Il n'y a pas de différence essentielle.