InfoQ ホームページ Agile に関するすべてのコンテンツ
-
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で講演し、マネージャーになった経験を共有し、マネージャーを目指すエンジニアにヒントやアイデアを提供した。
-
Docker Desktop 4.31は、エアギャップコンテナ、ビルドの高速化などをもたらす
Docker Desktopの最新リリースでは、セキュリティとコンプライアンスを向上させるエアギャップコンテナ、パフォーマンスを向上させるクラウドベースのビルドとのより良い統合、Compose設定ファイルビューアなどが導入されている。
-
アジャイルソフトウェア開発をテクノロジーとリーンで大規模化する方法
アジャイルソフトウェア開発は、セルフサービスAPI、インフラストラクチャ・プロビジョニング、リアルタイム・コラボレーション・ソフトウェア、分散バージョン管理システムなどのテクノロジーを使うことで、大規模に行える。リーンは、Obeya（大部屋）、体系的な問題解決、ワンピースフロー、タクトタイム、カイゼンなどのテクニックを用いて、アジャイルカルチャーを補完し、スケールできる。Fabrice Bernhard氏は、FlowCon Franceで、同社がアジャイルソフトウェア開発を大規模に行うために、リーン思考でどのように技術を利用しているかについて語った。
-
GitHub iOSチームがApple-Silicon Actionsランナーを活用してテスト時間を短縮した方法
GitHub iOSチームは、GitHub Actionsを使ったアプリのビルドとテストにかかる時間を短縮するために、Apple Siliconを搭載したmacOSランナーを採用した。その過程で、GitHub Actionsの並列性をより活用できるようにアプリのリファクタリングも行った。
-
QCon London：ピープルマネジメントの危険な二分法
ピープルマネジメントの世界では、単にタスクをこなすだけでなく、真に違いを生み出すニュアンスやインパクトのある側面を掘り下げることが重要である。経験豊富なマネージャーであり、プロダクト・ディレクターでもあるHannah Foxwell氏は、QCon London 2024の講演で、結束力のある生産的なチーム環境を育むために、重要でありながら見落とされがちな多くの要素を強調した。
-
大規模サイバーフィジカルシステムを構築する方法
大規模なセーフティ・クリティカル・システムを構築するには、システムを小さな解決可能な問題に分解し���既知のことを解決し、未知のことを実験によって解決する必要がある、とRobin Yeman氏はQCon New Yorkで主張した。彼女は、システムの安全性、セキュリティ、信頼性、可用性を向上させるために、早期にテスト・ドリブンを可能にするために、ソフトウェアとハードウェアの両方のテスト環境に投資することを提案した。
-
ソフトウェア組織の変革を促進させるということ：味方を見つけ、人を招き、関与を持続させる
私たちがソフトウェア組織で経験する変化の多くは、強制的なものである。「ソフトウェア・エンジニア、アーキテクト、そして時にはソフトウェア・エンジニアリングの管理職にある人たちでさえ、正式な権限がなければ変化のきっかけを作れないと感じている」と、Eb Ikonne氏はQCon London 2024で述べた。変化を促進させるために、同氏は味方を見つけ、人々を変化に参加させ、ストーリーテリングを通じてエンゲージメントを生み出し、維持することを提案した。
-
AWS CodePipelineがMonorepos、GitFlow、Branchesを取り込む
AWSは、アプリケーションとインフラのアップデートのために自動化されたリリースパイプラインを促進するマネージドな継続的デリバリーサービスである、CodePipelineの新機能を発表した。これらの追加機能は、様々なデリバリー戦略を採用し、パイプライン設計においてより柔軟性を顧客に提供するチームのサポートを目的にしている。今回のアップデートでは、CodePipelineにトリガーと新しい実行モードが導入され、ブランチベース開発を使用しているユーザーや、monorepo（モノレポ）内で複数のプロジェクトを管理しているユーザーのニーズに対応する。