InfoQ ホームページ チームワーク に関するすべてのコンテンツ
-
チーム・イネーブラーとしての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氏によると、リーダーは、ソフトウェア開発チームの成功がどのようなものかを理解できるように、やる気を起こさせるチャレンジやミッションを提供すべきである。リーダーは、効果的なチームワークを促進する構造を提供し、チームの成功に悪影響を与えるものに対処し、摩擦を減らしたり取り除いたりできる。コーチングは、人々が効果的に協力する方法を見出すのを助けることができる。
-
ソフトウェア・チームのストリームアラインド、プラットフォーム兼任化による生産性の向上
増加する仕事量を効率的に管理し、品質と効率を維持するために、あるソフトウェア・チームはストリーム・アラインドとプラットフォームの2つの目的を持つことにした。エンドユーザーに迅速に価値を提供し、チームの成果を安定的に維持するために、彼らはメインアプリケーションをAPIファーストに書き換え、顧客向け製品にマイクロリリースを導入した。Marion Løken氏は、NDCオスロで彼女のソフトウェア・チームが経験した変化について語った。
-
テクノロジーを駆使したソフトウェアチームの組織ネットワーク
大規模組織でのアジリティを維持するために、ソフトウェアチームは技術的・組織的ソリューションを用いた依存関係の軽減や作業の自律化ができる。Fabrice Bernhard氏によると、コラボレーション技術の活用で、チームでの分散型ネットワークが構築が可能だ。リーダーは、顧客が納得できる製品提供を目的とした問題解決文化を築くことでチームをサポートし、チーム力を強化できる。
-
ソフトウェア製品チームを技術投資家に変える
組織の重要な責任は、ユーザー価値と収益性のバランスを取ることにある。製品組織では、ソフトウェア製品チームは自らの時間を投資する。Fabrice des Mazery氏によれば、ソフトウェア開発者はステークホルダー以上の存在であり、製品チームの一員である以上、主要な投資家である。
-
ソフトウェア・エンジニアリングの役割からマネジメントの役割へ移行する
エンジニアを率いるのが得意になりたいソフトウェア・エンジニアは、マネジメントを実践する日常的な機会を利用できる。Peter Gillard-Moss氏はQCon Londonで講演し、マネージャーになった経験を共有し、マネージャーを目指すエンジニアにヒントやアイデアを提供した。
-
アジャイルソフトウェア開発をテクノロジーとリーンで大規模化する方法
アジャイルソフトウェア開発は、セルフサービスAPI、インフラストラクチャ・プロビジョニング、リアルタイム・コラボレーション・ソフトウェア、分散バージョン管理システムなどのテクノロジーを使うことで、大規模に行える。リーンは、Obeya（大部屋）、体系的な問題解決、ワンピースフロー、タクトタイム、カイゼンなどのテクニックを用いて、アジャイルカルチャーを補完し、スケールできる。Fabrice Bernhard氏は、FlowCon Franceで、同社がアジャイルソフトウェア開発を大規模に行うために、リーン思考でどのように技術を利用しているかについて語った。
-
QCon London：ピープルマネジメントの危険な二分法
ピープルマネジメントの世界では、単にタスクをこなすだけでなく、真に違いを生み出すニュアンスやインパクトのある側面を掘り下げることが重要である。経験豊富なマネージャーであり、プロダクト・ディレクターでもあるHannah Foxwell氏は、QCon London 2024の講演で、結束力のある生産的なチーム環境を育むために、重要でありながら見落とされがちな多くの要素を強調した。
-
ソフトウェア組織の変革を促進させるということ：味方を見つけ、人を招き、関与を持続させる
私たちがソフトウェア組織で経験する変化の多くは、強制的なものである。「ソフトウェア・エンジニア、アーキテクト、そして時にはソフトウェア・エンジニアリングの管理職にある人たちでさえ、正式な権限がなければ変化のきっかけを作れないと感じている」と、Eb Ikonne氏はQCon London 2024で述べた。変化を促進させるために、同氏は味方を見つけ、人々を変化に参加させ、ストーリーテリングを通じてエンゲージメントを生み出し、維持することを提案した。
-
ソフトウェアチームの心理的安全性を高め、アジャイルを導入するということ
アジャイル式の考え方をテストするために、あるソフトウェアチームは、キックオフエクササイズ、コーヒーブレイクの共有、「勝利」のお祝い、スタンドアップクエスチョン、1対1のトークなどで心理的安全性を高めた。ScanAgile 2023での講演で、Pirita Maarit Johnsen氏は、ソフトウェアチームの心理的安全性をどのように高めたかを共有した。
-
エンジニアリングの生産性に最適化されたアプリケーション・セキュリティ
アジャイル・アプリケーション・セキュリティの著者であり、SafeStackの創設者でもあるLaura Bell Main氏は最近、「Decoding Dev Culture 2024」と題したウェビナーを開催し、2024年のセキュリティについて「現場からの視点」を提供した。Bell氏は、自身の経験と SafeStack の 12 か月にわたる調査から、DevSecOps 実践者が SAST やその他のツールへの過度の集中から脱却する必要性について論じた。彼女は、セキュリティプロセスとツールに関連する開発者の経験をよりよく理解することを提唱した。Bell氏は、効果的なセキュリティ・オーナーシップはコミュニケーションの改善を通じて促進され、エンジニアの生産性にプラスの影響を与えることができると説明した。
-
ソフトウェアチームにおけるテストの影響
テスターがソフトウェアチームに貢献する方法として、品質ギャップを伝えること、良いテストのために場を整えること、自動化コードを書くことが挙げられる。Maaret Pyhäjärvi氏によれば、私たちはテスターではなく、テスト自体について考える必要があるという。チームメンバー間のコラボレーションやコミュニケーションは、製品やユーザー体験に有益な影響をもたらす。
-
ソフトウェア開発における"実験文化"の育成
"実験文化 (Experimentation culture)"とは、新しいことに挑戦し、共に学び、複雑なソフトウェアの問題を解決し、共に価値を創造することである。Terhi Aho氏によると、ソフトウェア組織における実験文化には、強力なマネジメントのサポートと心理的安全性が必要であるという。
-
技術的負債を防ぎ、返済する方法：チームと技術リーダー、マネージャーができること
技術リーダー、プロジェクトマネージャー、管理職は、ソフトウェア開発者に多くの時間を与えることで技術的負債を防ぐことができる。さらに、チームがコードを改善できるように、余剰時間やリファクタリングスプリントを計画することができるとNedelcho Nikolov氏は主張する。技術的負債に優先順位をつけるために、開発チームは、今投資すればどれだけの時間を節約できるか、今技術的負債を返済しなければ将来ソフトウェアがどれだけ複雑になるかを示すことができる。
-
パフォーマンスの高いソフトウェア・チームになるには
高業績ソフトウェアチームを可能にする4大要素は、「目的」、「分散化された意思決定」、「心理的安全性を伴う高い信頼」、「不確実性の受容」である。チームは働き方を実験することでパフォーマンスを向上できる。