InfoQ ホームページ 継続的な改善 に関するすべてのコンテンツ
アーティクル
RSSフィード-
/articles/changes-2020-Scrum-guide/ja/smallimage/changes-2020-scrum-guide-schwaber-sutherland-logo-small-1608561536355.jpg)
スクラムガイド 2020の変更点: Ken Schwaber氏とJeff Sutherland氏とのQ＆A
スクラムガイドは、より多くの読者に対応するために、より単純な言語を使用して、より指示的でないように更新されました。これらの変更は、スクラムを「複雑な問題に対応する適応型のソリューションを通じて、人々、チーム、組織 が価値を生み出すための軽量級フレームワーク」にするために行われました。ガイドの変更についてKen Schwaber氏とJeff Sutherland氏にインタビューしました。
-
/articles/metrics-agile-teams/ja/smallimage/Meaningful-Agile-metrics-s-1561036346084.jpeg)
アジャイルチームに対するメトリックの重要性
この記事では、全体的なパフォーマンスを向上させ、メンバーが継続的に自己改善を目指すチームにとって重要なアジャイルメトリックの重要性を概説します。そこでは、チームメンバーがこれらの指標を民主的に同意し、管理する必要があることを強調しています。また、合意されたメトリックに対するパフォーマンスを経時的に追跡するツールで何を見ていくべきかをアドバイスします。
-
/articles/scrum-sistema-producao-toyota/ja/smallimage/scrum-toyota-production-system-s-1564491117992.jpeg)
スクラムとトヨタ生産システム、超強力なチームの構築
トヨタ生産システムをナレッジ構築システムとして、どのように使うことで、優れたスクラムチームを開発して優れた結果を得るために取り組むべき学習トピックを明らかにするかを説明します。
-
/articles/exercises-building-better-teams/ja/smallimage/logo-agile.jpg)
より良いチームを作るためのエクササイズ
一員になりたいと思えるほど素晴らしい成果をあげるチームに出会ったことはありますか。そのようなチームの価値を調べてみると、メンバと成果の方向性のバランスが完璧であることを見つけるかもしれません。自分のチームがこの状態からどのくらい離れているか調べようとするなら、この記事を読んでエクササイズを実施してみてください。
-
/articles/hiranabe-lean-agile-kanban/ja/smallimage/Fig5_task-board_tiny.jpg)
「かんばん」をソフトウェア開発に適用する: アジャイルからリーンへ
このInfoQの記事において、平鍋健児氏は、日本の製造業者と共に学んだことを適用する。多くのアジャイルチームはバリューストリームの一部だけを最適化するが、平鍋氏は、リーン生産のかんばんによる視覚的なトラッキングシステムから学んだことを適応させるシンプルな方法を提案する。このかんばんシステムは、多くの企業でプロセスを見える化し、よりよいコミュニケーションとプロセスの改善をもたらすものだ。
-
/articles/lean-thinking-software/ja/smallimage/lean.JPG)
-
/articles/retrospective-prime-directive/ja/smallimage/RetrospectivePrimeDirective.png)
レトロスペクティブのプライムディレクティブに対する問い
この記事の始まりは、知的で思慮深い人たちの魅力的なグループが食事会を終えて話をしているところです。話はレトロスペクティブ（振り返り）プロセスの要であるプライムディレクティブ（最初の指示）に及んでいます。
-
/articles/learning_is_the_bottleneck/ja/smallimage/thinker.JPG)
高い生産性を生み出すソフトウェア開発の秘伝
何について学ぶのか？お互いのこと、テクノロジ、ドメイン、顧客など、すべてについてである。速く学習するチームは成功する。チームのパフォーマンスを妨げる目に見えない「学習ボトルネック」について詳しく知りたいのなら続けて読んでほしい。
-
/articles/lean-muda-muri-mura/ja/smallimage/muda-muri-mura.png)
３つのM - リーンの３要素
リーン主義をソフトウェア開発に適用することについての議論では、主にムダ（無駄：Muda）なものを特定して排除することに関心が向けられてきました。リーン思考は同様に、ムリ（無理：Muri）とムラ（ばらつき：Mura）を削除することも目指しています。ムダ、ムリ、ムラは「３つのM」と呼ばれています。