Partager: Li Zhihua-91App Agile Coach
Editor: Bai Fan
J'habite au pied de la montagne Yangming. Je vais à cet endroit tous les jours quand je me lève. C'est à environ 800 mètres au-dessus du niveau de la mer, et c'est environ 55 à 60 minutes.
Qu'est-ce que DevOps a fait en premier lieu? faire un plan.
La première chose au début du projet est de voir la situation dans son ensemble. C'est tout le PPT aujourd'hui. Nous sommes là. Où allons-nous? Alors faisons cela avec la fin comme début.
L'enseignant Pei Dan vient de montrer beaucoup de données. Les données les plus importantes de l'IA, les indicateurs doivent être corrects. Quels indicateurs sont de bons indicateurs? Le premier est d'être comparable, et le second est d'être simple et facile à comprendre. Vous saurez ce qu'est l'IA.
La troisième est que ce doit être un ratio avant que je puisse agir en fonction de lui.
Si l'intelligence artificielle n'a aucun effet sur votre comportement pendant longtemps, elle n'a aucun sens.
Le quatrième est le plus important et changera votre comportement.
Devez-vous être des professionnels pour faire cela? Les professionnels doivent-ils pouvoir faire des AIOps? Ce n'est pas nécessaire.
Bien que les professionnels soient les meilleurs, nous ne sommes pas des professionnels actuellement.Nous pouvons apprendre, continuer à essayer et apprendre, et vous le ferez, donc apprendre est une chose très importante.
当你看见全貌以后，你要怎么办？ 你已经看到了项目的全貌了，你看到全貌以后会怎么办？ 全貌只有一开始的时候能看得清楚，等你开始做进去之后，你的眼光投入在哪一点，你就着重在哪一部分，然后你就看不见全貌了。 所以，当你看清楚自己在哪里以后，接下来怎么办？ 第一件事，你应该知道自己在哪里，你先要知道自己在哪里，你才知道从哪里做，你该学些什么东西，先知道自己在哪里非常重要，然后提出尖锐的问题； 只有在项目一开始的时候，你可以提出很尖锐的问题，不会有人怪你，可是一旦整个团队投入之后，就不能再提出尖锐的问题，要全力去完成它。 所以项目开始之初先知道自己在哪里，然后提出尖锐的问题。 这是一件不可能的事吗？可不可能达到？不提出尖锐的问题，就不知道我们要解决什么问题。 这是我习惯的开场，先让大家看到全貌。
0. Mesurer
Il y a une phrase d'attitude disant que si vous ne pouvez pas le mesurer, vous ne pouvez pas le gérer.
C'est une citation célèbre de Peter Drucker. J'ai lu cette phrase du livre "Comment tout mesurer". Il y a beaucoup de choses à mesurer dans ce livre.
La définition de la mesure est: un moyen efficace de réduire l'incertitude et d'optimiser les problèmes. Si vous le connaissez mieux, nous l'appelons la mesure.
Nous avons souvent supposé que beaucoup de choses ne peuvent pas être mesurées, mais en fait ce n'est pas le cas.
Quand je voyais des jeunes filles emmener son copain en se reposant dans le parc, elle me demandait, si tu m'aimais tant hier, qu'en est-il aujourd'hui?
Comment répondriez-vous?
Que répondra l'ingénieur? Bien sûr, l'ingénieur demande une fois par jour, alors ajoutez un peu à la fois, ce qui est correct.
En fait, quel est son but? Elle te veut un peu plus qu'hier.
Qui mesurera le plus? Qui a le plus besoin d'être mesuré? patron.
Selon la légende, au XVe siècle, l'inventeur des échecs demandait des récompenses au roi: mettez un grain de riz sur chaque carré de l'échiquier, deux grains de riz dans le deuxième carré et quatre grains de riz dans le troisième carré. Selon cette règle, tout l'échiquier peut être rempli. Que feriez-vous si vous étiez le roi?
Si j'étais le roi, je le tuerais directement. Si vous pouvez le mesurer, vous pouvez simplement calculer 2 à la puissance 64. Si 35 grains de riz font 1 gramme, il y aura un total de 527 billions de kilogrammes. Avec la production au 15ème siècle, je crains que l'ensemble de L'Europe combinée ne suffira pas à d'autres fins. Voulez-vous tuer ce genre de personne? Tuez-le directement, lui donnez-vous vraiment?
1. Parlez de mesure
La définition de la mesure, il n'y a rien au monde qui ne puisse être mesuré . La plupart du temps, il semble que cela ne puisse pas être mesuré. Notre idée préconçue pense que cela ne peut pas être mesuré, donc nous ne l'avons pas fait.
Mais en fait, tant que vous en savez un peu plus qu'avant, c'est une mesure du succès, et il ne vous reste plus qu'à oser le mesurer.
Par exemple, lors d'une réunion debout, les membres de l'équipe pensaient que le travail était terminé, mais nous ne savions pas à quoi cela ressemblait avant et à quoi il ressemblait après l'avoir fait. Ce processus s'appelle la mesure, mais il peut y avoir du temps. effets au milieu., L'effet du temps peut l'empêcher de sortir si rapidement, mais la mesure de base sera effectuée.
Lorsque vous rencontrez des choses que vous ne pouvez pas contrôler sur le tableau, comment les suivez-vous habituellement? Quand j'étais enseignant au cours de ma première année, j'étais le professeur le plus populaire de l'école, pourquoi?
Il n'est pas nécessaire de répondre à toutes les questions que je pose aux élèves, je vais y répondre à toutes. Il vous suffit donc de lever la main pour obtenir le prix, aucune réponse n'est requise.
Lorsque vous voyez cette situation sur le kanban, vous ne pouvez pas la contrôler. Si vous ne pouvez pas la contrôler, lancez-la simplement sur le kanban. C'est faux, mais il faut l'afficher. Que faites-vous habituellement? Nous utilisons généralement des voyants rouges, jaunes et verts pour l'afficher. Lorsque le voyant est vert, tout va bien et cela est signalé lors d'une réunion permanente. C'est normal et il n'y a pas de problème.
Lorsque le voyant est jaune, cela peut être un problème, le voyant d'avertissement est donc remplacé par un voyant jaune.
S'il s'agit d'un feu rouge, cela doit être un problème.
Vous vous souvenez, quelle est la première chose que vous faites lorsque vous voyez la lumière jaune? Beaucoup de gens appuient sur l'accélérateur et passent rapidement, mais la plupart du temps le feu jaune n'est pas un dessin correct.Vous hésiterez à réfléchir à la décision à prendre, que je me précipite ou que je m'arrête.
Ceux qui se précipitent ne doivent pas être récompensés, et ceux qui veulent se garer doivent être récompensés. Je récompense le droit amènera tout le monde à prendre les bonnes mesures.
Quels sont les avantages des feux rouges, jaunes et verts? Nous devons faire connaître clairement à toute l'équipe la définition des feux rouges, jaunes et verts. Tant que vous l'utilisez comme indicateur, vous devez être clair.
Faites savoir aux gens quand le voyant jaune s'allume et quand le voyant rouge s'allume. Il est préférable d'ajouter un peu de données.
Lors de la réunion de stand-up, vous avez clairement indiqué que le fabricant avait un voyant jaune. J'ai vérifié et j'ai trouvé qu'il en avait fait 3/4, et c'est presque terminé. Il peut y avoir des problèmes, vous devrez peut-être vous arrêter , il est donc préférable d'avoir des données., Les meilleurs indicateurs sont comparables, vous pouvez les comprendre tout de suite, le pourcentage est le meilleur, puis cela changera le comportement.
2. Kanban et mesure
Ensuite, je présenterai la méthode de mesure traditionnelle Kanban, puis je passerai rapidement à la méthode Kanban de développement agile, c'est le plus grand changement que j'ai connu.
Dans le Kanban traditionnel, s'il s'agit d'un feu jaune, on retarde la progression, s'il s'agit d'un feu vert, on accélère la progression.
Qu'est-ce qu'un radar d'information? Le radar d'information est le premier endroit que vous regarderez lorsque vous vous tiendrez devant le panneau lorsque vous le traverserez. Il révèle une odeur de rayonnement, et vous le regarderez naturellement lorsque vous le traverserez.
Le radar d'information le plus clair dans cette phrase est votre demande. Vous constaterez que votre demande est constamment ajustée à la hausse, puis diminue, puis augmente, et finalement rattrape et continue d'augmenter. Cela signifie que la demande ne peut pas être terminée.
Le premier est l'augmentation de la portée, et le second est l'augmentation du WIP. Vous verrez la chronologie. Ceci est une analyse, c'est du développement, c'est du test. Après le développement, il est remis aux tests. Enfin, cet espace est devenir de plus en plus grand, ce qui représente le développement et le test est déconnecté.
Alors soudainement, elle est tirée vers le bas parce que la demande est absente. Pourquoi la demande manque-t-elle? Parce que le travail a été remis, il n'est pas nécessaire de le faire, ou ce n'est pas assez important.
Le développement agile est-il une méthode de développement rapide? Ce n'est pas.
Pourquoi s'appelle-t-il agile? Parce qu'il répond très rapidement à l'évolution de la demande.
Votre développement comporte-t-il des changements d'exigences aussi rapides? Habituellement, il n'y aura pas de changements aussi importants. Si vous utilisez Kanban, vous serez très clair, le plus intéressant est ce phénomène, il y a deux lignes ensemble.
Par exemple, lorsque le test est occupé avec d'autres choses, le développeur se rattrape, généralement c'est le développeur qui rattrape le testeur, ou il s'approche rapidement parce que c'est trop simple.
3. Méthode de travail de marche DevOps
2015年是第一版，2016年是第二版。
Il mentionne des choses très importantes. En plus de la fonction bayésienne, il met dans les calculs de Monte Carlo. Les calculs de Monte Carlo sont également appelés méthodes de simulation statistique. Il était dû au développement de la science et de la technologie et à l'invention des ordinateurs électroniques dans le milieu. 1940s., Et a proposé une méthode de calcul numérique guidée par la théorie des statistiques de probabilité.
Notre mesure est pour le système, pas pour l'individu. C'est le KPI pour l'individu. Personnellement, je déteste beaucoup les KPI. Les organisations agiles n'aiment pas non plus les KPI. Par conséquent, de nombreuses organisations n'utilisent pas d'indicateurs de performance clés, mais utilisent des ORK et utilisent des objectifs pour porter des jugements, c'est juste une façon de s'améliorer.
Regardons cette phrase, "Connaître la probabilité est plus important que des données exactes", cette phrase est-elle raisonnable?
Par exemple, récemment, je souhaite ajuster le temps de trajet de l'entreprise, mais je ne sais pas combien de personnes seront touchées, alors je veux faire une enquête, combien de temps vous faudra-t-il pour venir au travail et combien de temps vous faudra-t-il pour vous y rendre après votre arrivée à la maison? J'ai fait une enquête si simple. L'entreprise compte 10 000 personnes. Que dois-je faire?
Le moyen le plus simple est de calculer la moyenne.
Mais si vous êtes une ressource humaine qui sait mesurer, il vous suffit de fermer les yeux et de choisir 5 personnes. Il y a un échantillon de 5 personnes dans le coin inférieur droit. Vous pouvez calculer directement la moyenne de ces 5 personnes, et enfin obtenir une valeur de probabilité, au moins 30 minutes, au plus 80 minutes, la valeur moyenne des échantillons que vous prenez est à l'intérieur et votre précision est de 93,75%.
Si vous craignez que cette précision ne déroute le leader, vous pouvez dire que la précision est supérieure à 90%. Avez-vous donc besoin de dépenser beaucoup d'énergie pour effectuer des mesures? Vous n'avez pas besoin de dépenser beaucoup d'énergie pour effectuer la mesure, il vous suffit de prendre correctement la méthode de calcul.
Pratiquons-nous à mesurer. Tout le monde connaît déjà la signification du radar d'information. Le radar d'information est ce que vous ressentez lorsque vous le voyez pour la première fois. Après votre retour, passez devant votre enseigne. À première vue, c'est le radar d'information, votre enseigne. Le processus le plus élémentaire montré est ici. Vous devez le changer. À droite se trouve le tableau Kanban, et à droite il y a l'augmentation du niveau de la demande. Si vous voyez le point final ici, cela signifie qu'il n'y aura jamais de fin.
4. Parlez de la réflexion et de la mesure du système
Quelle est la chose la plus intéressante dans le développement agile? Quand il a été initialement défini en 2011, il ne disposait que de Dev et pas d'Ops.
Vous avez mis en place un développement agile dans votre entreprise, êtes-vous entré dans Ops? Lorsque vous êtes agile dans votre entreprise, le service commercial a-t-il rejoint votre équipe de développement? Non.
Votre équipe de développement fonctionne de manière indépendante, puis relance l'équipe d'exploitation et de maintenance. L'équipe de la demande compte-t-elle comme des développeurs agiles? Compter.
Ainsi, chaque fois que le développement agile commence avec Dev, mais que les opérations derrière lui ne sont pas intervenues, l'équipe de développement était très heureuse, et l'équipe d'exploitation et de maintenance est arrivée lentement, DevOps est apparu, puis le développement lean l'a inclus.
Les sept principes du développement Lean, le premier principe est de réduire les déchets, donc vous vous tenez devant le Kanban, une chose que vous devez faire est de trouver les déchets, puis de les améliorer. Le second est l'apprentissage, l'apprentissage peut vous rendre omnipotent.
Pour être vraiment agile, pour se pencher puis pour penser système, cela prend un long chemin. Non seulement les AIOps doivent sortir, mais aussi la demande doit être introduite plus tard. Une fois la demande introduite, l'équipe commerciale sera impliquée Rejoignez-nous également pour recevoir rapidement des commentaires. Après un retour rapide, nous apprenons et faisons des ajustements, c'est un moyen d'ajustement continu.
Ce que vous devez savoir, c'est en fait la loi de Little, votre efficacité de production est égale au nombre de survivants divisé par le temps de cycle.
Quel que soit le nombre de personnes qui se développent, quelle que soit la force de la capacité, s'il n'y a pas de bonne demande, cela n'a que peu d'importance. La demande détermine la valeur du produit, alors s'il y a une demande kanban pour la demande? doit. De nombreuses équipes grandissent et demandent trop, mais elles sont toujours critiquées pour leur faible capacité de production. Il n'y a qu'un seul type qui ne peut pas être critiqué, c'est-à-dire que les exigences sont très bien écrites. Il suffit d'en faire un ou deux excellents exigences, et l'équipe de développement se comportera.Très bien, vous devez donc exiger strictement vos besoins, comment exiger vos besoins? Mesure le.
Après avoir lu les exigences kanban, jetons un coup d'œil à la situation réelle du développement. 
Le kanban de demande, le kanban de développement et le kanban de déploiement doivent-ils être connectés ensemble? vouloir.
Le Kanban séparé n'est qu'une optimisation partielle. Vous devez relier ces trois éléments ensemble. Vous devez être en mesure de le mesurer. Effectuez une mesure avant de commencer le développement, puis effectuez une autre mesure une fois le développement terminé. Le volume des ventes du marché augmente ou n'a aucun effet Si l'impact n'est pas grand, cette demande n'est pas une bonne demande, si l'impact est grand, c'est une très bonne demande et la contribution à votre entreprise est très importante.
Il est très difficile de se connecter. L'énergie de combat d'une entreprise est là. Si nous réalisons vraiment que ces trois éléments sont liés entre eux, la puissance de combat de l'entreprise deviendra mesurable.
Indicateurs métriques, les bons indicateurs sont comparables.Si je parle de cet indicateur depuis longtemps et que vous n'avez aucun sentiment du tout, alors ce n'est pas un bon indicateur. De plus, si c'est simple et facile à comprendre, alors c'est un ratio, et cela peut aussi changer votre comportement.
