InfoQ ホームページ チームワーク に関するすべてのコンテンツ
-
コピー&ペーストのデプロイから完全なGitOpsへ移行する方法
InnerSourceは、GitOpsを導入する際、企業固有のロジックを共有することで開発作業の軽減に貢献したと、Jemma Hussein Allen氏はQCon Londonで語った。彼女は講演の中で、コピー&ペーストのデプロイメントから完全なGitOpsへと移行した方法を示した。彼女は、心理的に安全な環境は、ペインポイントを解決しイノベーションを促進するのに役立つオープンで正直な議論のために本当に重要であると述べた。
-
持続可能なエンジニアリング・パフォーマンス改善のためのDORAの活用
DORAは、チームによる使用方法と企業内でのサポート方法次第で、持続可能な変化を促進するのに役立つ。Carlo Beschi氏によると、DORA主要指標に関する良質なデータを得ることが難しい場合がある。チームはデータを分析し行動することでDORAレポートを継続的な改善に活用できる。
-
ソフトウェア組織における高速フローの実現
フローを阻害する要因を解決し、不必要な認知的負荷の原因を取り除くことで、組織における文化的な問題を解消できるとNigel Kersten氏は論じた。コミュニケーションしやすい明確な戦略からスタートし、その後ストリーム・アラインド・チームとプラットフォーム・チームの創設に進むべきだ、と彼は提案した。
-
Lyft社が共同作業のためのProtocol Buffers設計ベストプラクティスを促進
Lyft社は主にチームやシステム間で共有される定義のための共同プロトコル設計に焦点を当て、システム間統合のためにProtocol Buffersを使用した経験を発表した。同社は、単なる効率性の最適化というよりも、知識共有、一貫性、開発プロセスの質を向上させるアプローチを推進している。
-
チーム・イネーブラーとしての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氏は、効果的なセキュリティ・オーナーシップはコミュニケーションの改善を通じて促進され、エンジニアの生産性にプラスの影響を与えることができると説明した。