InfoQ ホームページ Agile に関するすべてのコンテンツ
-
/articles/Implementing_Kanban/ja/smallimage/logo-kanban2.jpg)
かんばん方式を実践する
Lean KanbanカンファレンスにおいてInfoQはArne Roock博士に，かんばん方式がチームに相応しいツールであるかを知るにはどうすればよいか，キックオフはどうすればよいのか，などを質問しました。それに対して博士は，いくつかの規範的なアドバイスをしてくれました。
-
/articles/agile-software-architecture-sketches-NoUML/ja/smallimage/logo2.jpg)
アジャイルにおけるソフトウェアアーキテクチャ図とNoUML
開発中のソフトウェアアーキテクチャを理解することは，カオスを避け，協調的なコード所有を促進する上で重要なことです。しかしアジリティを競い合う中，特にUMLを捨てて "ボックスとライン" による図に乗り換えたチームの多くが，その実践に苦慮しています。迅速な行動には良好なコミュニケーションが不可欠ですが，これをBDUF(Big Design Up Front)とUMLなしで行うにはどうすればよいのでしょう？
-
/articles/self-organizing-organizations/ja/smallimage/logo.jpg)
本当に自己組織化したチーム
この会社は、個人個人の自由意志によって組織化されています。みんながゴールを達成するために、協力することを自由に選んでいます。実際に自己組織化した会社を経営していなくても、自己組織化した会社について知りたいと思っている人たちのために、この記事は書かれています。
-
/articles/development-manager-role/ja/smallimage/logo.jpg)
開発マネージャの役割
開発マネージャはたくさんの責任を背負っていますが，もっとも重要なのは製品を出荷することです。この役を果たすために必要なスキルセットには多大なものがあります。この記事では優れた開発マネージャであるために必要なスキル，必要ではないスキルについて論じます。
-
/articles/metrics-driven-development/ja/smallimage/logo.jpg)
メトリクス駆動開発
この記事では著者が開発チームと共にメトリクスを使って開発を行った経験と考えたことを共有します。著者はメトリクスを使ってアプリケーション開発全体を駆動する、メトリクス駆動開発を提唱します。
-
/articles/not-destroy-team-metrics/ja/smallimage/logo.jpg)
アジャイルチームをメトリクスで破壊しない方法
アジャイルコミュニティは、アジャイルチームの成功を測る方法を変える必要があります。メトリクスを定め、その結果から情報を得る方法は、実際にはもっとも大切なことを妨げています。アジャイルコミュニティは、アジャイルチームの成功を測る方法を変更する必要があります。メトリクスを定め、その結果から情報を得る方法は、実際には、動くソフトウェアを作るというもっとも大切なことを妨げています。それぞれのメトリクスを強要することで、他人��ことを気にしすぎて、協力できなくなることがあります。その結果、測定しようとした作業そのものができずに、目的を達せられなくなるのです。
-
/articles/continuous-delivery-continuous-design/ja/smallimage/logo.jpg)
継続的設計を伴う継続的デリバリ：サイクルの完了
ソフトウェアデリバリと製品の形成過程における革新は、必ずしもお互いに影響しあうわけではない。しかし、製品寿命が短くなったのと相まって、新しい製品フィーチャへの急激に増加する欲求とビジネスモデルさえもが継続的設計と継続的デリバリのサイクルをデリバリへの総体的なアプローチに繋げることを余儀なくしている。この記事は、革新サイクルを短くすることを説明している。
-
/articles/death-by-agile-fever/ja/smallimage/logo.jpg)
アジャイルフィーバーによる死
アジャイルフィーバーは、ソフトウェアを開発するために、アジャイルベースのプロセスを導入したり、応用したりすることに関して、その他の点では分別ある人々から常識を奪う１つの条件です。アジャイルフィーバーの結果は、コスト、日程、生産性の点で非常に影響が大きいので、全てのソフトウェア専門家は、この恐ろしい病気の症状を認識できるように自身を教育する義務がある。
-
/articles/wireframes-start-development-projects/ja/smallimage/article-logo.jpg)
ワイヤーフレーム: 開発プロジェクトを始めるためのすぐれた方法
この記事でAndreas Wulf氏は、開発プロジェクトを開始するシンプルで効果的な方法としてワイヤーフレームを紹介します。ワイヤーフレームを使ってアイデアを具体的な形にすることで、共有したり議論できるようになります（コードを書かなくても）。グラフィックデザインの詳細を省略することによって、ワイヤーフレームは作成や変更がすばやく簡単なだけでなく、「全体像」にフォーカスするのにも役立ちます。
-
/articles/virtual-panel-tdd-bdd/ja/smallimage/article logo.jpg)
バーチャルパネル: コードとテストの比率、TDD、BDD
ここ数ヶ月、オンライン上でテストファースト vs テストラスト、コードとテストの比率、BDDは単なるTDDなのか、という話題が取り上げられています。InfoQはTDDとBDDの著名な専門家にTDD、BDD、テスト比率の使い方について話を聞きました。
-
GAE開発の落とし穴
Googleのクラウド環境をつかったGoogle App Engineによる開発するにあたり、初めての試みで苦悩する開発者達の経験をもとに、各開発フェーズにあわせて問題点やどう解決したかをご紹介します
-
/articles/neal-gafter-on-java/ja/smallimage/images_han1.jpg)
Javaの未来についてのNeal Gafter氏とのディスカッション
Java SE 4と5の言語拡張の設計と実装を行った人物であり、現在はMicrosoftで.NETプラットフォームの言語に関する仕事をしている、MicrosoftのNeal Fafter氏は、OracleによるJava買収の影響に関する議論、Javaにセグメンテッドスタックやメタオブジェクトプロトコルを追加することについての主張、そしてJavaとC#は比較について話をしてくれた。