12
votes

Que peut apprendre un développeur unique de Scrum?

Disons qu'un développeur est intéressé par l'apprentissage Scrum, mais personne d'autre de l'équipe n'est intéressé. Je réalise que Scrum est fait pour les équipes et le processus devrait être modifié pour s'adapter à une seule personne.

Y a-t-il des avantages à gagner par le développeur essayant Scrum, même si l'équipe ne le fait pas? Si tel est le cas, comment le processus serait-il modifié pour convenir à la situation?


2 commentaires

Semblable à cette question (non exact duplicata) Stackoverflow.com/Questtions/1407189/...


Cette question devrait-elle être ", que peut-on apprendre un développeur unique de Scrum?"


5 Réponses :


13
votes

Je pense qu'il est avantageux d'être gagné par une méthode qui vous aide à développer des objectifs, des tâches, de rester au-dessus du travail et de livrer quelque chose souvent.

Vos produits de travail individuels gagnent les mêmes avantages que les équipes gagnent avec Scrum:

  • Vous obtiendriez quelque chose fait chaque {la période d'itération de sprint ici}, quelque chose que vous pouvez remettre et dire "Ceci est maintenant prêt".
  • Votre technique d'estimation commencera à améliorer avec la réflexion et les rétrospectives
  • Vous commencerez à planifier votre journée et à vous engager des engagements à vous faire part de vos besoins. Encore une fois votre estimation de votre capacité augmentera
  • Les rétrospectives formaliseront l'amélioration de votre processus de travail personnel. Vous commencerez à améliorer activement, en supprimant et en adaptant à vous et à vos besoins individuels.

    Vous ne seriez pas en mesure de s'appuyer sur d'autres membres de l'équipe pour aider, ce qui est un peu ennuyeux, et vous n'auriez pas de propriétaire de produit, Scrum Master ou un arriéré pour choisir des tâches. Vous ne pouvez même pas être en mesure de prendre des décisions sur ce qu'il faut travailler sur la prochaine. Mais je pense que la discipline formelle et la réflexion sont utiles pour tous les praticiens artisanaux, à tous les niveaux, seuls ou en groupes.

    Et qui sait, vous pouvez même inspirer votre équipe à la scrupuler une fois qu'ils ont vu quels résultats obtenus.


3 commentaires

Vous faites un bon point sur le développement des compétences d'estimation.


Merci. C'est quelque chose que j'ai remarqué pour toutes les méthodes qui incluent une analyse, même une analyse peu profonde: vous en êtes meilleur. Si vous savez simplement que vous êtes mauvais, mais ne vérifiez pas comment vous êtes mauvais, vous restez le même.


+1: Ce sont de bons points. Un "Scrum individuel" peut sembler un peu oxymoronique, mais vous apprendriez beaucoup à la priorité et à l'estimation et au suivi de vos progrès. Vous développeriez également une concentration plus forte sur les tâches qui comptent vraiment. Et votre équipe est un peu comme un propriétaire du produit dans ce cas.



1
votes

Je suggérerais que vous utilisiez plutôt une programmation extrême, comme cela fonctionne mieux pour une programmation qu'un processus déterminément basé sur l'équipe.

Ensuite, vous pouvez obtenir les avantages d'être plus agiles, mais si votre équipe n'est pas agile, vous aurez des problèmes en raison de l'utilisation d'un paradigme différent.


2 commentaires

+1. Je vois Scrum comme une méthodologie d'équipe / de gestion de projet, tandis que XP offre beaucoup plus de conseils aux développeurs.


Pourrait être difficile à faire une paire cependant :)



1
votes

Pour moi, la plus grande clé était d'obtenir un buy-in de mon superviseur. Il peut être difficile d'essayer d'avoir une sorte de sprint que pour l'avoir interrompu à plusieurs reprises (supposément des équipes XP gèrent cela mieux, mais je ne pense pas que tout développeur ne le fait.). En outre, n'oubliez pas d'inclure les utilisateurs de puissance (ils pourraient être des testeurs) ou des membres d'autres départements pouvant être utilisés comme propriétaires de produits. J'aime m'asseoir avec d'autres utilisateurs et faire un type de programmation jumelé (ok ils ne codent pas) où je peux poser des questions lors de la codage et de faire des démos rapides pour obtenir des commentaires. Cela aide quand je me lance de créer des spécifications parce que ceux qui demandent l'application ont du mal à me dire ce qu'ils veulent.


0 commentaires

1
votes

Même si c'est juste vous dans le quotidien, cela peut être scrum.

Si vous comparez hier's prévu avec les plans actuels et définir actuellement - sans parler à d'autres personnes - c'est toujours une sorte de stand-up quotidien.

Je dirais que ce que vous faites probablement est SCRUM si vous suivez les cycles quotidiens de libération de sprint; Même s'il n'y a pas d'autre personne à parler à chaque matin.


0 commentaires

0
votes

g'day,

Pour la meilleure chose à sortir de l'apprentissage Scrum, c'est le concept d'implication du client tôt et souvent. De cette façon, il n'y a pas de méchant "ce n'est pas ce que nous voulions que nous voulions" moments lorsque vous livrez au client après six mois de travail acharné.

htth

acclamations,


0 commentaires