BT

最新技術を追い求めるデベロッパのための情報コミュニティ

寄稿

Topics

地域を選ぶ

InfoQ ホームページ カルチャー&手法 に関するすべてのコンテンツ

  • 持続可能なエンジニアリング・パフォーマンス改善のためのDORAの活用

    DORAは、チームによる使用方法と企業内でのサポート方法次第で、持続可能な変化を促進するのに役立つ。Carlo Beschi氏によると、DORA主要指標に関する良質なデータを得ることが難しい場合がある。チームはデータを分析し行動することでDORAレポートを継続的な改善に活用できる。

  • ソフトウェア組織における高速フローの実現

    フローを阻害する要因を解決し、不必要な認知的負荷の原因を取り除くことで、組織における文化的な問題を解消できるとNigel Kersten氏は論じた。コミュニケーションしやすい明確な戦略からスタートし、その後ストリーム・アラインド・チームとプラットフォーム・チームの創設に進むべきだ、と彼は提案した。

  • データメッシュ組織の構築

    データメッシュ組織は、プロデューサー、コンシューマー、そしてプラットフォームで構成される。Matthias Patzak氏によると、プラットフォームチームの使命は、プロデューサーライフとコンシューマーライフをシンプルで効率的かつストレスフリーにすることだという。データは組織全体で、検出可能で理解しやすく、信頼でき、安全かつ簡単に共有できなければならない。

  • ソフトウェア会社での社内DORA調査の知見

    社内でのDORA (DevOps Research and Assessment) 調査で、自社のソフトウェアデリバリーや運用状況を振り返ることができる。調査の設計実施や結果の分析方法で、得られる利益は大きく左右される。Carlo Beschi氏は、Agile Cambridge社でのDORA調査経験を語った。

  • 時代に左右されないテストツールを使う意義

    Benjamin Bischoff氏は、開発者にとって、新しいツールは古いツールよりずっと興味深いという。新たなテクノロジーやアプローチが学べ、仕事道具の幅が広がる機会が得られるからだそうだ。しかし、何十年も前からあるツールを使えば、時間と予算を節約できる。ツールを評価する際には、ツールにいきなり飛びつくよりも、解決すべき問題を理解することが重要である。

  • チーム・イネーブラーとしての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氏によると、コラボレーション技術の活用で、チームでの分散型ネットワークが構築が可能だ。リーダーは、顧客が納得できる製品提供を目的とした問題解決文化を築くことでチームをサポートし、チーム力を強化できる。

  • JavaのNull制限型とNull許容型

    今週初め、JSpecifyプロジェクトのバージョン1.0.0のリリースについて報告した。このリリースは、静的な型の使用におけるnullabilityステータスを示すための型使用アノテーションを提供することに焦点を当てている。

  • 包括的なパブリックソフトウェア・プラットフォームを構築するためのアイデア

    パブリック・ソフトウェア・プラットフォームは、包括的で誰もがアクセスでき、人々が快適に使用できるものでなければならない。Aleksandra Osińska氏とNatalia Sidor氏は、ACEカンファレンスでパブリック・プラットフォームの構築について講演した。

  • 製品としてのプラットフォームを構築することで、ソフトウェア・エンジニアはどのように力を得たか?

    プラットフォーム・エンジニアリングとは、時間をかけてより多くの製品価値をより速く提供するために、開発者を加速させ、力を与えることである。 Jessica Andersson氏によれば、ほとんどの企業はある程度の規模になるまでプラットフォーム・エンジニアリングに投資しない。彼女はQCon Londonで、自社のスタートアップがどのようにプラットフォーム・エンジニアリングを採用したのか、どのような戦略をとったのか、開発者からプラットフォームの採用を得るために何をしたのかを発表した。

  • ソフトウェア製品チームを技術投資家に変える

    組織の重要な責任は、ユーザー価値と収益性のバランスを取ることにある。製品���織では、ソフトウェア製品チームは自らの時間を投資する。Fabrice des Mazery氏によれば、ソフトウェア開発者はステークホルダー以上の存在であり、製品チームの一員である以上、主要な投資家である。

  • Java in Educationイニシアチブ、次世代の開発者育成を目指す

    Java Community Process (JCP)の実行委員会が立ち上げたJava in Educationは、教育機関におけるJava技術の普及に大きく前進している。このプログラムは、学術界と産業界の橋渡しをすることで、Javaが開発者を目指す人たちにとって基礎的なスキルであり続けることを目指すものである。

  • ソフトウェア・エンジニアリングの役割からマネジメントの役割へ移行する

    エンジニアを率いるのが得意になりたいソフトウェア・エンジニアは、マネジメントを実践する日常的な機会を利用できる。Peter Gillard-Moss氏はQCon Londonで講演し、マネージャーになった経験を共有し、マネージャーを目指すエンジニアにヒントやアイデアを提供した。

BT