InfoQ ホームページ Scrum に関するすべてのコンテンツ
-
チーム・イネーブラーとしてのLLMとエージェント
Scrum.orgは最近、COOであるEric Naiburg氏によるAI as a Scrum Team Member と題した記事を掲載した。Naiburg氏は、スクラムマスター、プロダクトオーナー、開発者にとっての生産効率の利点を説明した上で、読者にAIが「チームメンバー」としてスクラムチームに「シームレスに統合されていることを想像する」よう呼びかけた。Thoughtworks社のAIアシストソフトウェアデリバリーのグローバルリードであるBirgitta Böckeler氏も最近、「Exploring Generative AI」と題した記事を発表し、エンジニアリングシナリオにおけるLLM（大規模言語モデル）の使用を含む実験に関する洞察を共有した。同実験においては、LLM（大規模言語モデル）がソフトウェアデリバリーチームに相乗効果をもたらしている可能性がある。
-
ソフトウェア開発における高パフォーマンス作業環境の醸成
Eb Ikonne氏によると、リーダーは、ソフトウェア開発チームの成功がどのようなものかを理解できるように、やる気を起こさせるチャレンジやミッションを提供すべきである。リーダーは、効果的なチームワークを促進する構造を提供し、チームの成功に悪影響を与えるものに対処し、摩擦を減らしたり取り除いたりできる。コーチングは、人々が効果的に協力する方法を見出すのを助けることができる。
-
ソフトウェアチームの心理的安全性を高め、アジャイルを導入するということ
アジャイル式の考え方をテストするために、あるソフトウェアチームは、キックオフエクササイズ、コーヒーブレイクの共有、「勝利」のお祝い、スタンドアップクエスチョン、1対1のトークなどで心理的安全性を高めた。ScanAgile 2023での講演で、Pirita Maarit Johnsen氏は、ソフトウェアチームの心理的安全性をどのように高めたかを共有した。
-
ドメイン主導のアジリティを活用して、特定のビジネスドメインにアジャイルを導入するには
Nikola Bogdanov氏によると、アジャイル変革における真の課題は、ビジネスドメイン（事業領域）の特殊性や業界の制約に適応することであり、アジャイルを理解することが解決すべき問題ではないという。同氏は、アジャイルの採用を可視化し、それを実証的にするためにデザイン思考を活用するドメイン主導のアジリティを発表した。これは、ビジネスの複雑性に対処するためにソフトウェアエンジニアリングで使用される戦術である、ドメイン主導の設計戦略に基づいている。
-
議論によるソフトウェアアーキテクチャの拡張 - アドバイスプロセス
Andrew Harmel-Law氏は先頃、"アドバイスプロセス(Advice Process)"に基づいた、非集中型で拡張性のあるソフトウェアアーキテクチャプロセスについて解説した記事を公開した。アドバイスプロセスは、ほとんどアナーキーともいえる権限付与を伴った意思決定方法をベースとして、一連の議論を促すことによって、ソフトウェアアーキテクチャを進めていく。ルールはただひとつ、"誰でもアーキテクチャ上の意思決定を行うことができる"というものだ。
-
ソフトウェアチームを非同期コミュニケーションに移行する
一部の企業がオフィスに立ち戻り、ハイブリッドな形での仕事を始めている中で、我々の業界に多いと思われる、リモートワークの継続を希望する社員が疎外される危険性が生じている。James Stanier氏は、非同期的なコミュニケーション手段を多用して、ミーティングで話をするよりも文書を書くことに、より多くの時間を使うように提案する。
-
デザインスプリントとUXワークショップを仮想空間で行う
デザインスプリント(Design Sprint)とUXワークショップは、リモートホワイトボードとコミュニケーションプラットフォームを組み合わせて使えば、仮想空間で行うことが可能になる。この方法には、国境を越えた専門家を迎えられる、リモートの参加者を募ることができる、移動を少なくできる、カーボンフットプリントを縮小できる、コストを抑えられる、といったメリットがある。
-
Manuel Pais氏のCOVID-19の中のTeam Topologies
Team Topologiesの共著者であるManuel Paisは、先頃、トポロジを使用して階層構造から権限を与えられたチームに移行したCapra Consultingのリーダと話をした。ジャーニーについてレポートし、COVID-19のコンテキストでTeam TopologiesについてPais氏に話を聞いた。
-
Coinbaseが構築した”運用環境への道” - QCon Plus Q&Aより
Coinbaseでは、エンジニアと顧客の数が増えるに従って、より多くのプロジェクト、早いイテレーション、増え続けるインフラストラクチャに対する多くのコントロールを必要とするようになった。開発者が何をしているかを見て、それを支援するための社内デプロイメントツールを開発していく過程において、同社は、セルフサービスの文化を構築したのだった。
-
アジャイルリーダの特徴
アジャイルリーダはアジャイルプラクティスに対して情熱を持っている。メンバに信頼を教授し、透明性を創出し、建設的な批判をオープンに受け入れることで、大きな成果を上げることを目指すのがアジャイルリーダだ。彼らが重視するのはビジョンと顧客である。アジャイルの意味するところを理解し、メンバに自律性を与えて自身はサポートに回り、学びと実験を通じて彼らの発展と成長を促すのだ。
-
品質の造り込みのためのアジャイル的アプローチ
品質の造り込み(Built-in Quality)はアジャイルの重要な柱のひとつだ。しかしながら、これを大規模に実践するには、開発ライフサイクル全体を見る必要がある。組織のさまざまな層で、品質意識を向上させることが必要だ。アジャイルコーチは、アジャイル的作業方法を活用し、品質思考を推進することによって、これを支援することができる。
-
データサイエンスチームにアジャイルを導入する
アジャイルはデータサイエンスチームの、ステークホルダとのコラボレーション改善と生産性向上に寄与する。優先順位が明確になることで、作業への集中と成果の提供が可能になるのだ。実践する上で重要なのは、アジャイルの旅に同行することによって、データサイエンスチームの賛同を得ることである。
-
移譲でチームをスーパーチャージする方法: QCon London Q＆A
作業を移譲すると、作業をより適切かつ迅速に行うことができる。チームの自律性を高め、学習の機会を生み出す。移譲は自分でタスクを実行することから始まり、他の誰かにそのタスクを引き受けさせることで終了する連続体だ。Brandwatchのエンジニアリング担当副社長であるJames Stanier氏は、QCon London 2020で自己組織化チームに移譲することについて話した。
-
"プロダクトオーナ”は最悪の発想だ
プロダクトオーナという役割の是非に、チームの成熟度、組織の成熟度、組織のタイプ、組織の複雑度、さらにはプロダクトオーナ自身など、多くの要素が関係していることは疑う余地がない。一方で一部の思想的リーダは、特にこのVUCA(不安定性、不確実性、複雑性、不明確性)時代において、その役割の機能には疑いの目を向けている。
-
アジャイルにおけるビジネスアナリストの役割
アジャイルな組織においても、ビジネスアナリストにはその役割がある — プロダクトオーナになることも、チームに参加することも、あるいはプロダクトの枠を越えてプロダクトオーナやチームとコラボレーションすることも可能なのだ。フレームワークが代わろうとも、BAの役割には非常に大きな価値があるのだから、自分のスキルに自信を持つことが重要だ。