InfoQ ホームページ Agile に関するすべてのコンテンツ
-
ソフトウェア会社での社内DORA調査の知見
社内でのDORA (DevOps Research and Assessment) 調査で、自社のソフトウェアデリバリーや運用状況を振り返ることができる。調査の設計実施や結果の分析方法で、得られる利益は大きく左右される。Carlo Beschi氏は、Agile Cambridge社でのDORA調査経験を語った。
-
HelixML、Helix 1.0のリリースを発表
HelixMLは、生成AIのためのHelixプラットフォームがバージョン1.0で製品化準備が整ったことを発表した。このプラットフォームは「プライベートGenAIスタック」と称され、様々な大規模言語モデル（LLM）に接続できるインターフェース層とアプリケーションを提供する。このプラットフォームは、ラップトップ1台からアプリケーションのプロトタイプを作成でき、すべてのコンポーネントがバージョン管理されているため、有効性が証明されたアプリケーションのその後の展開や拡張が容易である。また、LLMの非決定論的な領域では、テストの代わりとして（eval）が重視されている。
-
時代に左右されないテストツールを使う意義
Benjamin Bischoff氏は、開発者にとって、新しいツールは古いツールよりずっと興味深いという。新たなテクノロジーやアプローチが学べ、仕事道具の幅が広がる機会が得られるからだそうだ。しかし、何十年も前からあるツールを使えば、時間と予算を節約できる。ツールを評価する際には、ツールにいきなり飛びつくよりも、解決すべき問題を理解することが重要である。
-
AWS CodeBuildがMacビルドに対応した
Amazonは最近、マネージド・ビルド・サービス CodeBuildがmacOS上でのアプリケーション・ビルドをサポートしたと発表した。しかし、Appleのライセンス要件のため、開発者はこの新しいオプションを利用するために、専用のmacOSフリート（macOS fleet）を予約する必要がある。
-
チーム・イネーブラーとしての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オスロで彼女のソフトウェア・チームが経験した変化について語った。
-
Forrester、HashiCorpの「2024年クラウド戦略の現状調査」でクラウド成熟度の修正を提言
Forrester Consultingが実施したHashiCorpの「2024年クラウド戦略の現状調査」は、グローバル企業のクラウド導入と成熟度に関する重要な洞察を提供している。本調査では、約1,200の企業を対象にクラウドの成熟度に関する調査を実施し、クラウドの成熟度が高いとの回答はわずか8%にとどまるなど、クラウドの成熟度に大きな格差があることを明らかにした。
-
テクノロジーを駆使したソフトウェアチームの組織ネットワーク
大規模組織でのアジリティを維持するために、ソフトウェアチームは技術的・組織的ソリューションを用いた依存関係の軽減や作業の自律化ができる。Fabrice Bernhard氏によると、コラボレーション技術の活用で、チームでの分散型ネットワークが構築が可能だ。リーダーは、顧客が納得できる製品提供を目的とした問題解決文化を築くことでチームをサポートし、チーム力を強化できる。
-
LLMを活用したDevOpsアシスタントClioが登場、エンジニアのクラウドインフラ管理を支援
AIベースの技術ソリューションの導入を支援するために設立された企業Acorn社は、エンジニアがDevOpsワークフローを管理するのを支援するために設計されたAIを搭載したコマンドラインアシスタントClioを最近発表した。
-
SlackがKubernetes StatefulSetsのBedrock Operatorをリリース
人気のワークプレイス・コミュニケーション・プラットフォームであるSlack、StatefulSetデプロイメントを管理する際の制限に対処するために、カスタムKubernetes operatorを開発した。Slackのエンジニアリング・ブログの記事で、Clément Labbe氏（クラウド担当シニア・ソフトウェア・エンジニア）は、Kubernetesクラスタにステートフルなアプリケーションをデプロイするためのコントロールと機能を改善するために書かれたBedrock Rollout Operatorを紹介している。
-
包括的なパブリックソフトウェア・プラットフォームを構築するためのアイデア
パブリック・ソフトウェア・プラットフォームは、包括的で誰もがアクセスでき、人々が快適に使用できるものでなければならない。Aleksandra Osińska氏とNatalia Sidor氏は、ACEカンファレンスでパブリック・プラットフォームの構築について講演した。
-
製品としてのプラットフォームを構築することで、ソフトウェア・エンジニアはどのように力を得たか？
プラットフォーム・エンジニアリングとは、時間をかけてより多くの製品価値をより速く提供するために、開発者を加速させ、力を与えることである。 Jessica Andersson氏によれば、ほとんどの企業はある程度の規模になるまでプラットフォーム・エンジニアリングに投資しない。彼女はQCon Londonで、自社のスタートアップがどのようにプラットフォーム・エンジニアリングを採用したのか、どのような戦略をとったのか、開発者からプラットフォームの採用を得るために何をしたのかを発表した。
-
ソフトウェア製品チームを技術投資家に変える
組織の重要な責任は、ユーザー価値と収益性のバランスを取ることにある。製品組織では、ソフトウェア製品チームは自らの時間を投資する。Fabrice des Mazery氏によれば、ソフトウェア開発者はステークホルダー以上の存在であり、製品チームの一員である以上、主要な投資家である。
-
ソフトウェア・エンジニアリングの役割からマネジメントの役割へ移行する
エンジニアを率いるのが得意になりたいソフトウェア・エンジニアは、マネジメントを実践する日常的な機会を利用できる。Peter Gillard-Moss氏はQCon Londonで講演し、マネージャーになった経験を共有し、マネージャーを目指すエンジニアにヒントやアイデアを提供した。