Substitut flexible
Le mot «Scrum» fait référence à au moins deux entités: la philosophie et le cadre.
La philosophie, ou approche du travail, est décrite dans un livre de Jeff Sutherland.
Cadre, c'est-à-dire un algorithme d'actions décrit dans un document appelé Scrum Guide.
La philosophie s'est transformée en un cadre parce que les auteurs de la philosophie voulaient gagner de l'argent dessus (selon leurs propres mots).
Le cadre est grandement simplifié par rapport à la philosophie. L'essentiel est que l'objectif ait été simplifié, ou plutôt rejeté.
Le but de la philosophie: accélérer la réalisation des résultats. De plus, parfois. Il y a 8 exemples d'accélération dans le livre.
Le but du framework est d'avoir Scrum. Il le dit: faites selon les instructions - vous avez Scrum, violez les instructions - vous n'avez pas Scrum.
Le cadre n'implique pas d'accélérer la réalisation du résultat, en général.
Les personnes qui enseignent ou mettent en œuvre Scrum travaillent avec le framework. Ils parlent et mettent en œuvre un algorithme qui ne mène à aucun résultat autre que «nous avons maintenant Scrum».
Le point est clair. La philosophie est très difficile à vendre. Le cadre est plus simple.
Un cadre est un produit. Il, comme prévu, a passé le "packaging". C'est simple, compréhensible, il y a du support et de nombreux spécialistes. Ça ne ressemble à rien?
Tout est bon, sauf le résultat - ce n'est pas le cas.
Si le client n'est pas familier avec la philosophie Scrum, la mise en œuvre du framework lui conviendra parfaitement.
Si le client connaît la philosophie Scrum, il sera déçu de la mise en œuvre du cadre - il n'y aura pas d'accélération dans la réalisation du résultat.
Ce sera cool, à la mode, moderne, mais aucun objectif commercial ne sera atteint (à l'exception de l'élaboration du budget pour «quelque chose de nouveau»).
Comment être Apprenez la philosophie de Scrum. Il est basé sur la philosophie japonaise de gestion de la qualité, dont l'essence est: les mesures et les améliorations sans fin.
Malheureusement, il faut penser, expérimenter, observer et, hélas, beaucoup travailler. Si cela ne vous convient pas, prenez le cadre.
habr.com/en/post/345540Environnement variable
Afin d'augmenter l'efficacité d'une équipe de programmeurs, vous avez besoin d'un environnement modifiable. Il y a déjà une sorte d'environnement dans l'équipe - nous devons le rendre modifiable.
Un environnement modifiable est le manque d'algorithmes de travail formels et approuvés.
Les programmeurs aiment travailler sur l'algorithme, car ils sont eux-mêmes engagés dans la création d'algorithmes.
Un environnement modifiable est un type de débogage, ce n'est pas l'algorithme de programme qui débogue, mais le travail de l'équipe.
Convenez simplement avec l'équipe que l'ère du changement a commencé. Aujourd'hui, certaines règles, demain - différentes. Non pas parce que les rênes sont tombées sous la queue, mais parce que l'équipe doit être déboguée.
Le débogage est le lancement d'un algorithme, le suivi de son fonctionnement et les ajustements si quelque chose ne va pas comme prévu ou comme souhaité.
La plupart des projets de changement échouent faute d'un environnement évolutif. C'est effrayant de faire des changements en morceaux, c'est effrayant d'introduire de nouvelles règles tous les jours. Il est beaucoup plus simple, sans rien changer, de développer un grand document, dans lequel tout est prescrit, et de le donner pour exécution.
C'est, en gros, comment écrire du code de programme immédiatement, sans un seul démarrage. Non, il est parfois possible de s'amuser, mais pour des tâches décentes, cette approche ne fonctionne pas - vous devez être trop intelligent. Il est beaucoup plus facile de déboguer dans un environnement modifiable.
habr.com/en/post/345830Scrum master
La mêlée propre décrite dans le livre, lorsqu'elle est appliquée correctement, augmente l'efficacité de l'équipe de 2 fois. Ceci est testé dans la pratique.
Mais la pratique des autres montre qu'aucune accélération ne se produit. Parce que la méthodologie décrite dans le livre a été simplifiée pour la vente. C'est elle qui est utilisée - simplifiée.
Book Scrum comprend trois niveaux:
- L'état de Xiu («se conformer») est la première étape, s'entraîner, répéter, sans s'écarter des règles;
- State Ha («break through») - nous commençons à changer les règles, à improviser;
- L'état de Ri ("séparé") - nous sommes libérés des règles et commençons à construire.
En règle générale, le premier niveau est pour la vente - l'enseignement et la mise en œuvre de sa mise en œuvre. Pour obtenir une réelle augmentation de l'efficacité, vous devez passer au deuxième et troisième niveau. Réfléchissez avec votre propre tête, cherchez des moyens d'optimiser, de les mettre en œuvre et de surveiller le résultat.
Le Scrum Master doit gérer l'accélération - c'est sa responsabilité. Il est donc écrit dans le livre, je cite: La principale préoccupation du Scrum-master est de conduire l'équipe à l'amélioration continue et de rechercher régulièrement la réponse à la question «Comment pouvons-nous faire encore mieux ce que nous faisons déjà bien?».
Mais c'est le deuxième et le troisième niveau. Et le premier est vendu et introduit.
Au premier niveau, le Scrum Master a des responsabilités complètement différentes. Vérifiez sur Internet, la liste ressemblera à ceci:
Oh
- organise et organise des rassemblements;
- Surveille le respect des principes de la mêlée;
- Crée une atmosphère de coopération;
- Résout les conflits et protège l'équipe.
Pas un mot sur l'amélioration de l'efficacité. Il suffit de suivre les instructions.
Si vous pensez logiquement, comment l'efficacité peut-elle augmenter si l'équipe travaille constamment selon les mêmes règles? Pour que quelque chose change, vous devez changer quelque chose. Mais vous ne pouvez pas faire cela - selon les instructions, ce n'est pas autorisé. Par conséquent, l'efficacité au premier niveau n'augmente pas.
Un Scrum Master doit être une personne qui souhaite augmenter son efficacité. Ce travail ne s'apprend pas s'il n'est pas intéressant. Vous devez beaucoup réfléchir, mettre en place des expériences, tester des hypothèses, faire constamment des erreurs et remplir des cônes.
Il est beaucoup plus facile d'émettre des instructions et de surveiller sa mise en œuvre. Eh bien, parfois pour faciliter (quoi que cela signifie).
J'ai essayé de mettre différentes personnes comme maîtres de mêlée, mais peu de gens se sont intéressés. C'est normal.
Si vous connaissez le test de Belbin, le générateur d'idées, l'analyste et le diplomate (enquêteur de ressources) sont les mieux adaptés.
Le rôle d'un Scrum Master est très similaire à celui d'un programmeur qui optimise les performances d'une application. Ce n'est qu'ici que le système est vivant, hors des gens.
habr.com/en/post/346158Soumission du système
Résultat de la plupart des changements organisationnels: échoué.
Sous-produit: la technique est des conneries.
La méthodologie qui sous-tend les changements. En particulier, Scrum.
La raison est très simple: l'insubordination systémique.
Eh bien, la solution est très simple: la soumission du système.
Pas systématique, mais systémique. La soumission comme système, comme principe.
Dans notre pays, la désobéissance est élevée au culte - grâce à l'histoire séculaire de notre État.
La désobéissance systémique conduit à des réactions étranges: de nouvelles règles et lois sont créées en tenant compte du fait que personne ne les respectera.
Cela est particulièrement vrai pour le changement organisationnel. Leur auteur n'envisage même pas l'option selon laquelle les gens travailleraient selon les règles proposées. Par conséquent, il ne se soucie pas de l'applicabilité et de l'adéquation des règles.
Cependant, il existe des exemples de modifications implémentées avec succès. Prenez les mêmes caméras vidéo aux intersections.
Officiellement, la pénalité pour la conduite à l'intersection où se trouve l'embouteillage existe depuis longtemps. Mais cette règle n'a pratiquement pas été respectée.
Maintenant, il est parfaitement observé à des intersections distinctes. Sur ceux où des caméras de capture vidéo sont installées.
Les caméras viennent de fournir la soumission du système. Dès que les gens ont commencé à obéir à la règle, il est devenu clair que la règle elle-même fonctionnait bien. La même règle qui était ensemble était considérée comme une sorte de merde.
Aussi, toute autre règle, changement, algorithme, technique ou cas. Toute technique est utile.
Si vous pensez différemment, si vous dites que «Scrum ne fonctionne pas» ou «TOS ne fonctionne pas» ou «Lean est une connerie», alors vous êtes une personne formidable. C'est juste que vous n'avez pas implémenté cette technique parce que vous n'avez pas fourni de soumission de système. Et son incapacité à le fournir était empilée sur l'inopérabilité de la méthode.
Fournir la soumission du système est très simple. Vous devez commencer par vous-même. Ce sera une auto-soumission systémique.
Présentation de Scrum dans votre équipe? Suivez toutes les règles déclarées, sans exception. Tous les jours, sans laissez-passer.
Vous verrez immédiatement les avantages et les inconvénients de la méthodologie - celle-ci et toute autre.
S'il y a du succès, alors vous en serez la raison. S'il y a un échec, alors vous en serez la cause.
habr.com/en/post/346712