BT

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

寄稿

Topics

地域を選ぶ

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

  • リファクタリングの決断

    リファクタリングとは、コードの外的振る舞いを変えずに内部構造を改善するというやり方でソフトウェアシステムを変更するプロセスのことだ。すでに書かれたコードを改善するという考え方は、ほとんどのアジャイルチームで高く評価されている。継続的改善はアジャイルチームが追い求めるものだ。だが、既存のコードを改善するのには時間もお金もかかる。それだけの価値はあるのだろうか?

  • 結束したコミュニティとしてのアジャイルチーム

    アジャイルプロジェクトは信頼とオープンで誠実なコミュニケーションを基礎として構築された,高度に協調的なチーム環境である(はずだ)。このような協調的環境は偶然から生まれるものではなく,簡単に損なわれるものでもない。協調的チームの構築と維持に関してアドバイスしている評論家は数多い。このアーティクルではその中からいくつかを要約して紹介する。

  • 差異と学習:PMI-Agileプロジェクトの議論白熱

    PMI-Agileプロジェクトの目的はPMIの実践者にアジャイルの知識と技能を提供することだ。しかし、現実に行っている活動はもっと面白い。プロジェクトのヤフーグループは世界観がぶつかるへと場所と進化した。このフォーラムで見られる差異や多様性の結果として、ある種の "熱"が生まれている。InfoQは詳細を取材し、さらにRon Jeffries氏に話を聞いた。

  • 未完了、完了、スプリントの終わりに一貫して完了しているか?

    スプリントの終わりでストーリーが一貫して「完了の定義」を満たさしているか?チームはプロダクトオーナーの手を縛っていないだろうか?

  • 指揮統制 - 軍隊がアジャイルを採用

    アジリティは、実にめずらしい場所で勢いを増している言葉だ。軍隊では、突然、真剣にアジリティを取り上げている。軍隊は、アジリティを「変化にうまく対応する能力」と定義する。「指揮統制」(Command and Control)は、軍隊で普通に使われる言葉であり、一般的な使い方では「C2」と省略される。また、C2 Journalでは、最近、アジリティに関する多くの記事が書かれている。

  • チームの変更に対応する

    変更は普遍的なものであるにもかかわらず、人は変更に対して不安を抱く。この場合、未知への不安や安心感の喪失に対して抱くことがほとんどで、変更の受け入れを難しくする。アジャイル・チームは変更に対して十分な態勢が整っているとはいえ、彼らの大部分は変更の影響がチームに及んだ場合、それを快くは思わない。

  • どうやって著者にお金を払うか:マイクロペイメントサービスFlattr

    今年始め、マイクロペイメントサービスFlattr(名前はflatrateとflatterの合成) がサービスを開始した。このサービスは方式はシンプルだが、ネットを通じて上質なコンテンツに対して報酬を与える方法を変える可能性を秘めている。このサービスを始めたのは、The Pirate Bayの創立者であるPeter Sunde氏だ。氏はこのサービスについて re:publicaのようなソーシャルメディアのカンファレンスで紹介している。

  • ワイヤフレームは必要か,不要か

    “百聞は一見にしかず” ということわざは,アジャイルの世界では時に忘れられているが,少なくともアジャイル設計者の多くはそれを信じている。あるチームでは 設計作業を小ステップで進めるように設計者に求めているが,そのプロセスは必ずしも最高の結果を生み出してはいない。また別のチームでは ワイヤフレームが官僚主義と受け取られていて,効率的開発の妨げになっている。

  • アジャイルのプロジェクト憲章には何を書くべきか?

    アジャイルプロジェクトは資料によるコミュニケーションよりも,人々の行為や会話を重視する。公式化された方法論の多くは資金調達と作業承認を受ける手段として,大量のプロジェクト初期資料の作成を要求する。この潜在的な矛盾を前提とするアジャイルのプロジェクト憲章には,何を記述すればよいのだろう - "不足のない" 資料とは,どの程度の量なのだろうか?

  • アジャイルな取締役会

    ニューヨークにある会社のCEOからの質問にこたえる形で、以前は起業家であり、現在ベンチャーキャピタリストのMark Suster氏は、アジャイルな取締役会についてとりあげ、それがビジネスにいかに有効かという記事を書いた

  • 第1回認定スクラムデベロッパーコースへの反応

    Dave Nicolette氏が、第1回目の正式な認定スクラムデベロッパーコースについて、率直なフィードバックを述べた。このコースは、5/12-14、Ron Jeffries氏とChet Hendrickson氏によってLean Dog boat (オハイオ州クリーブランド) で実施された。 Nicolette氏は、このコースに参加して学んだことと得たものについて述べたが、同氏の考えは思いがけずCSDの重要性に関する議論を再燃させた。

  • SOAをわかりやすく解説する

    "もしあなたが技術者でないなら、 [SOA は] 頭の上を通り過ぎていってしまう言葉のひとつだろう。" Software Adviceの 創設者 でCEOであるDon Fornes氏は言う。"SOAP, XML, CORBA, DCOM, .NET, J2EE, REST, BPEL や WS-CDL"など、関連するおびただしい数の略語がさらにSOAを複雑でわかりにくくさせていることは言うまでもない。記事ではSOAとその関連のコンセプトをわかりやすく説明している。

  • AlfrescoがApache 2ライセンスのBPMエンジンであるActivitiプロジェクトを発表

    Alfrescoは、前のjBPMのリードであるTom Baeyens氏が率いる、Apache 2ライセンスを採用したオープンソースのビジネスプロセス管理エンジンであるActivitiを発表した。

  • アジャイルコーチング、牽引役を得る

    今や、アジャイルコーチングはアジャイルチームの中やその周辺に本質的な役割として現れている。新しいチームにはアジャイルコーチングの基本原則が必要だが、有能なチームでも時々アジャイルコーチングを見失うことがある。素晴らしいチームはより優れたアジャイルコーチングを求めているInfoQはLyssa Adkins氏にアジャイルコーチングについていくつかの質問を投げかけた。

  • Joshua Kerievsky氏、Craftsmanship議論に「Sufficient Design」を紹介

    近頃、Software Craftsmanship(ソフトウェア職人気質)がホットな話題になっている。しかし、Joshua Kerievsky氏は「コードは常にクリーンでなければならない!」というCraftsmanship精神に対して、「Sufficient Design(十分な設計)」と呼ぶ対抗するような考えを唱えている。Joshua氏が意味しているところを知るとともに、彼の考えについてBob Martin氏とRon Jeffries氏の意見を聞く。

BT