InfoQ ホームページ カルチャー＆手法 に関するすべてのコンテンツ
-
QCon Software Development Conference - 見逃せない7つのトラック
マイクロフロントエンドはなぜ重要なのか？ 組織構造をスピードやフローの面から最適化するにはどうするべきか？ マイクロサービスを成功させるにはどうすればよいのか？ 有名なハイテク企業が、数百万のユーザや何十億というトランザクションをサポートしながら、並外れたユーザエクスペリエンスを途絶えることなく提供できるのはなぜだろう、と疑問に思ったことはないだろうか？新たなプロセスやソフトウエアのベストプラクティスを探してはいないだろうか？
-
セキュリティ・バイ・デザインがクラウド移行のリスク管理にどのように役立ったか
企業がクラウドに移行したとき、最初から利害関係者を参加させたり、セキュリティを関与させたりすることが困難であったため、セキュリティの問題が発生した。継続的なクラウドDevOpsプロセスの一部としてセキュリティ評価を組み込み、プロジェクトのライフサイクル全体を通じてセキュリティリスク管理にアジャイル戦略を採用することで、移行中のセキュリティのガバナンスを強化することができた。
-
TSS(Team-set salaries)によるアジャイルチームの公平な個人報酬
TSS(team-set salaries、チーム一体給与)は、マルチスキルで協調的、かつ自律的なチームの各メンバに対して、公平な報酬を設定することのできる手法である。メンバはそれぞれ、自分自身ではなく、同僚のみを評価する。それによって、給与の決定に関する直接的な発言権が与えられるのだ。
-
ディフェクト・マスの測定が重要な製品領域のテストにどのように役立つか
「ディフェクト・マス」と呼ばれる測定を導入することで、プロジェクトは開発によって最も影響を受けた領域を見つけることができ、影響を受けた領域ごとに実行するテストの数を決定するのに役に立った。この測定値を他のKPIと一緒に使用することで、テストに集中する役に立った。顧客のインシデントの数を減らすことができた。
-
Ericssonにおけるコラボレーションの向上 - ハードウェアとソフトウェアの開発者が互いのことばを理解する
ハードウェアとソフトウェアの境界を越えたチームをセットアップして開発を統合しようとする場合、重要になるのが、ハードウェアとソフトウェアの開発者が互いのことばで話をすることだ。"我々(we)"と"彼ら(them)"ではなく"私たち(us)"に、アジャイルやリーンの用語よりも開発者同士をつなぐ技術的能力に、重点を置くことが望ましい。
-
ソフトウェアエンジニアリングのプロに関する職場の課題と機会
スキルの不足、大量の辞任、リモートおよびハイブリッド作業、COVID-19の継続的な影響、ソフトウェアプロフェッショナルに対する需要の高まりに関する分析および調査が、過去数か月にわたって行われた。そして、現時点におけるソフトウェアエンジニアリングのプロフェッショナルにとっての課題と機会の両方がわかった。必要なスキルを備えた人材を見つけて保持すること、リソース制限、顧客需要の増加、ハイブリッドな職場によって変化が促進されている。
-
IT運用担当者による課題解決の迅速化とシステム稼働維持をAIで支援する
AIOpsは、ユーザからの直接的なフィードバックを求めずに、履歴データに基いて、より迅速な評価、修復、あるいは実用的な洞察に有用なアルゴリズムをITチームに提供するものだ。AIの支援を受けるIT運用担当者は、スマートに作業し、問題をより早く解決し、システムの機能と運用を維持することにより、従来よりも優れたエンドユーザエクスペリエンスを提供できるようになる。
-
議論によるソフトウェアアーキテクチャの拡張 - アドバイスプロセス
Andrew Harmel-Law氏は先頃、"アドバイスプロセス(Advice Process)"に基づいた、非集中型で拡張性のあるソフトウェアアーキテクチャプロセスについて解説した記事を公開した。アドバイスプロセスは、ほとんどアナーキーともいえる権限付与を伴った意思決定方法をベースとして、一連の議論を促すことによって、ソフトウェアアーキテクチャを進めていく。ルールはただひとつ、"誰でもアーキテクチャ上の意思決定を行うことができる"というものだ。
-
InfoQ 2022イベント：ソフトウェアをリードするプラクティショナーと深く掘り下げる準備へ
私たちのイベントはオンライン（InfoQ LiveとQCon Plus）と対面の両方で行われる。対面は、ロンドン（4月4日～6日）とサンフランシスコ（10月24日～28日）でQConソフトウェア開発会議が再び開催される。今年のパターンとプラクティスを採用する役に立つような、実用的なインスピレーションを得るために参加してください。
-
モデル化可能開発: カスタムツールがシステムを説明可能にする方法
モデル化可能開発は、すべてのソフトウェア開発の問題に対してカスタムツールを構築するためのプログラミング方法だ。Glamorous Toolkit は、カスタムツールのモデル化に使用できるモデル化可能開発環境だ。
-
実車を使用したリモートソフトウェアの実証と妥当性確認の実装
Bosch は、シミュレートされた車ではなく、実際の車を使って自動回帰テストとユーザテストを行っている。目的は、テストエンジニアとユーザの両方の観点で、ソフトウェアを可能な限り迅速にテストすることだ。車にはリモートでアクセスが可能で、チームメンバは乗車せずに行うことができる。
-
ブロックチェーンシステムにおける品質の作り込み
ブロックチェーン技術は、優れたソフトウェア品質を自然に提供可能なソリューションの構築に使用することができる。ブロックチェーンを使うことで、コントラクトにすべてを格納する、コンパクトなシステムへの移行が可能になるのだ。ただしそれには、データのニーズについて理解し、チェーン内に格納するものとしないものを判断した上で、要件、障害、テストといった履歴をコントラクトモデル内に構築する方法を検討する必要がある。
-
コーチングでよりよい技術リーダになる
コーチングは、個人的にも、仕事の上でも、自身の潜在能力について理解し、日々の業務においてその潜在能力を開発する方法を見出す上で有用な手段である。テスタやエンジニアを指導する技術職のMaryam Umar氏にとって、コーチングは大いに役立っている。
-
既存企業にスタートアップのようなイノベーションを起こすには
スタートアップの創業者は、自身のイノベーションプロセスの一部として、不確実性や失敗を想定している。企業を立ち上げるリーダは、次世代のものを作り上げるために、社員がリスクを取るようにする必要がある。プロダクトの小さな改善を着実に続けていくことが、時間とともに複合的な効果を生み出し、ユーザが本当に求めているものを実現する一助となるのだ。
-
ソフトウェアチームを非同期コミュニケーションに移行する
一部の企業がオフィスに立ち戻り、ハイブリッドな形での仕事を始めている中で、我々の業界に多いと思われる、リモートワークの継続を希望する社員が疎外される危険性が生じている。James Stanier氏は、非同期的なコミュニケーション手段を多用して、ミーティングで話をするよりも文書を書くことに、より多くの時間を使うように提案する。