BT

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

寄稿

Topics

地域を選ぶ

InfoQ ホームページ Agile に関するすべてのコンテンツ

  • Bobおじさんが述べるTDDの適用可能性

    "TDDによってペースが鈍ると考えている人は石器時代で生きつづけているようなものだ"と主張したことで議論を巻き起こしたブログに続き、Bob Martin氏は現実のTDDの適用可能性、役割、恩恵に対する深い洞察を試みている。

  • Microsoft は Teamprise から TFS 2010 への無償アップグレードを提供する

    先日 Microsoft は、SourceGear の部門である Teamprise から、Teamprise Client Suite を獲得した。TFS 2010 バージョンが準備できるとともに、無償アップグレードと一緒に、Teamprise Client Suite 製品は新しいブランド名の下で提供され続けるだろう。

  • .NET 版 Cucumber について,Aslak Hellesøy 氏へのインタビュー

    Cucumber が先日 .NET をサポートしたことについて,InfoQ では作者である Aslak Hellesøy 氏にインタビューを行った。Cucumber はビヘイビア駆動開発(BDD)のための受入テストツールである。Agile 2009 の時,InfoQ の Mark Levison が機能テストツールワークショップのレポートとして,Matt Wynne,Richard Lawrence 両氏による Cucumber の .NETソリューション開発開始について伝えたことがある。これが後に Cuke4Nuke という名称になった。

  • アジャイルはマイクロマネジメント

    マイクロマネジメントは通常、あまり良い意味で使われない。このマネジメント方法は、マネージャが部下や社員の近くで仕事について細部まで指示する方法だ。普通、アジャイル開発とマイクロマネジメントは正反対の手法と考えられがちだか、表面上の違い以上に強く関連している。

  • よいアジャイルなメトリクスとは何か?

    適切でアジャイルな計測とは何だろうか?もし伝統的な計測方法である、アーンドバリュー、労働時間、コード行数、テストによるコードカバレッジがアジャイルなプロジェクトにはあまり適さないのであれば、どういう方法があるのだろうか?よりよいアジャイルなメトリクスを選ぶ上で助けとなる、私たちが決められるルールは何だろうか?

  • Tasktop Pro 1.6,C/C++ プロジェクトのタスク管理と自動タイムトラッキングをサポート

    Eclispe Mylyn と Tasktop の開発元である Tasktop Technologies 社は先週,Tasktop Pro 1.6 バージョンのリリースを発表した。Tasktop Pro は Eclipse IDE 用のアプリケーションライフサイクル管理 (ALM) 統合スイートだ。最新バージョンでは,リポジトリ間リンク,C/C++プロジェクト用のタスク管理フォーカス,アジャイル ALM ツールとの統合などがサポートされる。さらに今回のリリースでは,自動タイムトラッキング機能も追加されている。

  • Caliperを使ったRubyのメトリクス

    Caliperは、コードの重複や複雑性など、Rubyコードの様々なメトリクスを計算する。Caliperを使うのに必要なのは、公開Gitリポジトリーだけだ。

  • 誰が私たちのプロジェクトのステークホルダーを動かしたのか?

    アジャイルなチームにとってのプロジェクトのステークホルダーはプロジェクトの成功に価値のある関係を持つ人である。その人はもしかするとプロジェクトに対する資金を持っている場合もある。しかし、いくつかのシナリオにおいてはプロジェクトのステークホルダーから時間を捻出してもらうことが非常に難しいことがある。ほかの極端な場合には、ステークホルダーは興味を持っていないか、完全に行方不明になってしまうようなこともある。

  • 自己組織化を導くことは、オーケストラを指揮するようなものか?

    伝統的なマネジメントモデルは、自己組織化を妨げることなくどうやってアジャイルチームをサポートするのかということについて、リーダに教えてはくれない。音楽の演奏と「オーケストラの指揮」に喩えられることも多いが、それが適切であると誰もが合意している訳ではない。「指揮者」モデルは優れたプラクティスなのか、それともアンチパターンなのか?TEDトークにおいて指揮者のItay Talman氏が示したのは、これは指揮者が何をしていると考えるかによるということだった。

  • 漸次的なSOAの価値とは何か

    John Moe氏はSOAを実現するためいくつかの手法について議論している。その中には漸次的な(ゲリラ)SOAも含まれている。漸次的なSOAは以前、SOAの中で大きな議論を巻き起こした。���の議論にはベンダやコンサルティング会社の代表者も巻き込んで、それぞれの価値観に基づく激しい応酬(例えばソフトウエアと人間とどちらが高コストか、といったような)が繰り広げられ、議論に参加した者は、これらの(彼らの)ソリューションの利点を明らかにしようと躍起になっていた。

  • もうすぐQConSF 11/18-20:ハイライトと人気のあるセッションについて。参加しよう!

    あと1か月もしないうちにQCon San Franciscoがやってくる。参加登録が増えたおかげで、今年は60名以上ものスピーカーが登壇することになった。新しいRubyトラックには、Rubyの発明者まつもとゆきひろ(Matz)氏が登場する。人気のある「Java Puzzlers」トークでは、GoogleのチーフアーキテクトでありJavaの第一人者Joshua Bloch氏とAndroidコアライブラリリードのBob Lee氏が出題する。第3回QConSFはこれまでで最高のものになるだろう。

  • アジャイルの本質的な要素

    アジャイルを成功させるためには、どのスキルが開発者に必要か、またどのプラクティスが組織に適用できるか、多くの議論が行われてきた。しかし、アジャイルを成功させるために本当に欠かすことのできない重要な心はなんだろうか。Mark Schumann氏はアジャイルの"本質的な要素"としてアジャイルの基底的なテクニックではなく、正確にいえば<em>アジャイルの考え方と管理を共に位置づける事を提唱する。

  • XP と Scrum, どちらがよいか,よくないか?

    Scrum と XP はどちらがよいのだろう? どちらかが他より適切なのか,あるいは別の選択肢があるのだろうか?

  • 革新はどこへ行ったのか?

    アジャイルの世界で起きている革新のあり方に疑問を投げかける人たちがいる。繰り返し機能を追加していく開発によって、私たちは革新ではなく古い解決策を使う方向に向かう。そのため、本当に「独創的な」解決策を見つけ出すよりも、すでに知っていることに基づいて開発するのだ。アジャイルプロジェクトに革新をもたらす方法として、研究開発の流れを取り込むことを提案する。

  • アジャイル開発を成功に導く26のヒント

    Keith Swenson氏は最近、アジャイル開発のための26のヒントを一覧にまとめた。氏は様々なトピックに関する知見を定期的に収集しているようで、この一覧はアジャイル開発について本当に考慮すべき点を抽出したものになっている。

BT