BT

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

寄稿

Topics

地域を選ぶ

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

  • Google Waveプレビューが9月30日に公開 - この先どうなっていく?

    Google Wave Previewの一般ユーザへの公開が9月30日に始まることを受け、Wave APIのテクニカルリーダーDouwe Osinga氏は、彼のチームが今後の方向性に沿った作業に取り組んでいることをWave Google Groupに投稿した。

  • ソフトウェアの負債には多額の費用がかかる

    “Continued Delivery of High Values as Systems Age”(システムの年数を重ねながら、高い価値を提供し続ける)という最近の記事において、 Chris Sterling氏がソフトウェアの負債の概念について論じている。“ソフトウェアの負債は、長年にわたってシステムの変わりやすい性質を軽視し、急いで完成させることに注目し続けるときに蓄積していくものだ。”ソフトウェアの負債は技術的負債以上のものであり、価値を提供する能力に影響する様々な面を含む。

  • マネジメントはどうやってアジャイル開発に貢献するか

    Accunoteの新しいCOOに任命されたMark Balabanian氏は、マネージャやマネジメントがScrumチームを支援するにはどうしたらいいのか、と問いかけている。彼はScrumについての本を読み終わって、次に何をしたらいいか知りたがっていた。Cory Foy氏、John Galvin氏、Peter Stevens氏、Lysaa Adkins氏、そしてMicheal Spayd氏が助言をしている。

  • 2タイプのアジャイル文書 ― 2種類しかない

    アジャイルマニフェストには、「動くソフトウェアが、どんな文書よりも理解しやすい」、とある。このおかげで、アジャイルプロジェクトでは、文書は、要らないと多くのチームに信じられるようになった。アジャイルを批判する人たちは、その方法論の弱点を示すのに、アジャイルの少ない文書を指摘する。 Eelco Gravendeel氏は、アジャイルには、たった2種類の文書しかない、と言う。

  • ソフトウェア開発における7つのムダを見る

    リーンソフトウェア開発の基本は、ムダの最小化を追求することである。トヨタ生産方式は、製造業の7つの代表的なムダを公表し、その後、この7つのムダは Poppendieck夫妻によって、われわれソフトウェア開発業界に適用された。Jack Mulinsky氏は、agilesoftwaredevelopmentにて、これらのムダを紹介する一連の記事を最近投稿した。

  • 価値とベロシティ、そしてバリューベロシティの比較

    多くのアジャイルチームでは'価値'とチームの'ベロシティ'は正比例すると、暗黙的に前提している。幾つかのケースにおいては本当にそう見られる。しかしながら、多くの場合はチームのベロシティが本当に価値を提供できたかはほとんど示されない。

  • CodePlexのWikiエンジンがオープンソース化

    Microsoftのオープンソースサイト、CodePlexからWikiレンダリングエンジンがAPIとしてオープンソースになりました

  • アジャイルが「チームの5つの機能障害」に取り組む

    ITマネージメント・ソリューションの大手プロバイダにおける部長である、Tathagat Varma氏は、アジャイルの生産性改善がチームワークの改善に繋がるのではないか、と思った。彼は、アジャイルの価値と実践をPatrick Lencioniのビジネス物語「チームの5つの機能障害」と対比させて、分析している。

  • EUソフトウェア責任訴訟-半数はユニットテストが対処法だという

    Typemockの調査によると、52%の.NET開発者がユニットテストは会社がEUソフトウェア責任法案による訴訟を避けるのに一役買うと思っている。これはどういうことか?

  • バックログを分割して最大効率で価値を高めよ

    昔から常にバックログは批判にさらされ続けている。Mary Poppendieck氏は、要求される目的を満たさないならばバックログは廃止すべきだと主張する。Serge Beaumont氏はバックログを分割する面白い方法を提案した。それはあるフローにマッピングすることによち、バックログの存在価値を上げるものである。

  • アジャイルを採用するためにRFPを使う

    大組織や大プロジェクトではアジャイルではないパートナー/ベンダー/サプライヤーにアジャイルなチームが拘束される事を目にするのは珍しくない。結果として軋轢が起こり、エネルギーを無駄にする。その一方解決策は"よりよいチームを雇う"のように見えるかもしれない。Scott Ambler氏は問題の根を示し、RFPを作るよりもよい戦略を提供している。それはアジャイルなチームを引き込むことである。

  • より良いユニットテストためのガイドライン

    Jimmy Bogard氏、Charlie Poole氏、Lior Friedman氏、Charlie Poole氏らが、より可読性が高く有用なユニットテストのためのガイドラインを出している。

  • Gordon Pask賞への推薦を募集

    Gordon Pask賞は、アジャイルプラクティスへの貢献をおこない、アジャイルを実践する他の人々が見習うべき2名を委員会の選出により表彰するものです。各受賞者は、2つの大陸地域の2つの適切なカンファレンスへ赴くための資金提供をAgile Allianceから受けられます。受賞者は、アジャイルな考えをもった次世代リーダの育成の目的のため、主要な実践者としてまだ名声が広まってないなどの理由によりカンファレンスの常連とまだなってない人が対象となります。受付は8月1日までです。

  • スピードアップのためのスローダウン

    チームが最も生産的なのはそのチームのメンバが能力を最大限に発揮して活動している時である,と普通は考えられている。この常識に反してSteve Bockman 氏は,このような仮定が常に正しいとは限らない,ということを言っている。生産性を向上させるために時にはスローダウンし,最大限の能力以下で働くことが必要である,というのだ。

  • コードの切れ端を交換するためのWebサイトCodePaste.NET

    Rick Strahl氏は、ソーシャルネットワーキングとIMユーザーの間で.NETコードの一部の共有を可能にするCodePaste.NETを作成した。

BT