InfoQ ホームページ AgilePractices に関するすべてのコンテンツ
-
パフォーマンスの高いソフトウェア・チームになるには
高業績ソフトウェアチームを可能にする4大要素は、「目的」、「分散化された意思決定」、「心理的安全性を伴う高い信頼」、「不確実性の受容」である。チームは働き方を実験することでパフォーマンスを向上できる。
-
第13回State of Agileレポートが公開
2019年5月7日に、CollabNet VersionOneは13番目のState of Agileレポートを公開した。 今年のレポートのハイライトには、アジャイル導入のレベルが含まれている。これは、アジャイル開発手法を実践していると回答した組織の97％に達している。アジャイル実践の習熟度はまだ低く、組織のわずか17％しか実践の習熟度が高いと主張していない。
-
持続可能なソフトウェアとアジャイル
持続可能なソフトウェア(Sustainable software)は、変更をより短期間で顧客に提供するとともに、バグ可能性の低減、アプリケーションの総所有コストの削減、ビジネスアジリティの向上を可能にする。ソースコードの自動解析、専門家による技術的アーティファクトのレビュー、ベンチマークデータの比較を組み合わせることで、ソフトウェアの持続性を検証することが可能になる。
-
ソフトウェアプロフェッショナルの倫理、価値観、行動
Christiaan Verwijs氏は先頃、ソフトウェア開発者にとっての“ヒポクラテスの誓い”の必要性について記事を書いた。Robert C. Martin氏を始めとするコメンテータたちも、この数ヶ月間に同じような呼びかけを行なっている。我々はこの間のニュースを取りまとめ、プロフェッショナルとしてのソフトウェア開発の実践を支持する原則を確かめることにした。
-
創発的なプラクティスがアジャイルで成功するための真のパターンである
「How Creative Workers Learn」という本の著者Alexandre Magno氏はスクラム・ギャザリング・ポルトガル2016で、組織の外部から持ち込まれたままではなく組織の内部から創発されるプラクティスの力を示すマスタークラスを開催した。
-
QConSF - 最高に輝くチームを作る
Alexandre Freire氏はQConSFでModern Agileのフレームワークにフォーカスした講演を行い、組織で実施するための方法を説いた。彼は下地にある文化がこれらのプラクティスをサポートする必要があり、さもなければプラクティスは強制されるだけで、素晴らしいチームを作るに至らないとと強調した。
-
アジャイルをオフショア開発に拡張する
ソフトウェア開発のオフショアとアジャイルを両立するためには，想定されていない環境下でアジャイルプラクティスを機能させるための時間を投資する必要がある。決して諦めてはならない – 原則に立ち返ることでアジャイルプラクティスを拡張(stretch)し，分散環境で効果的に機能するようにスケールアップする方法を共同で見つけることが必要なのだ。
-
Kyle McMeekin氏，テストの現実的課題を語る
先日のAgile 2016カンファレンスでInfoQは，Kyle McMeekin氏と，アジャイル開発におけるソフトウェアテストをめぐる現実的問題，テストの自動化を推進する活動，さらには探索的テストがスクリプトによる手動テストとどのように違い，いかに効果的か，などについて語り合った。
-
優れたエンジニアリングプラクティスによって"常に出荷可能な製品”を実現する
優れたエンジニアリングプラクティス(Good Engineering Practice)は，アジャイルチームが出荷可能な製品を提供するためのツールだ。効果を証明されたエンジニアリングプラクティスはたくさんあるが，期待されるほど広くは活用されていないのが実情である。結果として，アイスクリームコーン型ソフトウェアテストなどアジャイルのアンチパターン，技術的負債の蓄積，機能的サイロが，リリース可能な製品の提供を妨げているのだ。
-
モブプログラミング - Woody Zuill氏とのインタビュー
最初のMob Programming Conferenceで、Woody Zuill氏がモブプログラミングについてのキーノートを行った。彼はモブプログラミングの導入方法、IT業界における主な問題、モビングに合った他の活動、モビングの目的など、誰もが尋ねる質問について語った。
-
パラダイムを克服して真のアジャイルになる
真のアジャイルとは自分のあり方だ，アジャイルになるにはパラダイムを克服しなければならない – アジャイルマニフェスト(agile manifesto)起草者のひとりであるArie van Bennekum氏は，このような主張をする。“アジャイルを行なう”のではなく，“アジャイルになる”ことが成功を達成する上で必要だ。アジャイルは，アジャイルマニフェストの価値と原則に基づいた相互作用の概念である。テクノロジはアジャイル活動を促進するが，ツールがアジャイルを実現するのではないのだ。
-
ソフトウェアを越えたアジャイルの活用
オーストラリアのメルボルンで開催された1st conferenceカンファレンスにおいて，Eduardo Nofuentes氏が“agile beyond software”と題した講演を行なった。その中で氏は，アジャイルの原則と価値をソフトウェア開発以外に展開する手法を解説し，コールセンタなどソフトウェア以外のチームにおいて，ビジネスのアジリティ向上にアジャイルを活用した実例を紹介した。
-
アジャイルでのビジネス分析の役割
アジャイルでのビジネス分析の役割についてErin McManus氏とRyan McKergow氏へインタビューし、ビジネス分析の必要性、ビジネスアナリストの役割がアジャイルによってどのように影響を受けるか、どのような変化が生まれるか、そしてアジャイルチーム向けの具体的なビジネス分析の実践について話を聞いた。
-
State of Testing 2016調査
テストに関する現状調査(state of testing survey)は，テスト専門家たちのさまざまな意識についての洞察の獲得を目的に，テスト技術やプラクティスの利用状況，テスト自動，現在のテスタが日々直面するさまざまな課題などを確認するものだ。テスタがテスタのために行なうこの調査は，PraciTestのJoel Montvelisky氏が，Tea-Time with TestersのLalit Bhamare氏の協力を得て実施されている。
-
スクラムのためのNexus Guideを公開
Nexusは，大規模なソフトウェア開発プロジェクトを展開，維持するためのフレームワークである。Nexus Guideは，スクラムをスケールアップする上でScrum Guideの次段階として，複数のソフトウェア開発チームを統合した活動のサポートとして使用することができる。