InfoQ ホームページ カルチャー＆手法 に関するすべてのコンテンツ
-
Google Waveプレビューが９月３０日に公開 - この先どうなっていく？
Google Wave Previewの一般ユーザへの公開が９月３０日に始まることを受け、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氏が助言をしている。
-
-
２タイプのアジャイル文書 ― ２種類しかない
アジャイルマニフェストには、「動くソフトウェアが、どんな文書よりも理解しやすい」、とある。このおかげで、アジャイルプロジェクトでは、文書は、要らないと多くのチームに信じられるようになった。アジャイルを批判する人たちは、その方法論の弱点を示すのに、アジャイルの少ない文書を指摘する。 Eelco Gravendeel氏は、アジャイルには、たった２種類の文書しかない、と言う。
-
ソフトウェア開発における7つのムダを見る
リーンソフトウェア開発の基本は、ムダの最小化を追求することである。トヨタ生産方式は、製造業の7つの代表的なムダを公表し、その後、この7つのムダは Poppendieck夫妻によって、われわれソフトウェア開発業界に適用された。Jack Mulinsky氏は、agilesoftwaredevelopmentにて、これらのムダを紹介する一連の記事を最近投稿した。
-
価値とベロシティ、そしてバリューベロシティの比較
多くのアジャイルチームでは'価値'とチームの'ベロシティ'は正比例すると、暗黙的に前提している。幾つかのケースにおいては本当にそう見られる。し���しながら、多くの場合はチームのベロシティが本当に価値を提供できたかはほとんど示されない。
-
言語の制約に頼るべきか？開発者の責任に頼るべきか？
Bruce Eckel氏、Michael Feathers氏、Niclas Nilsson氏、Keith Braithwaite氏などが次の問いに答える。プログラミング言語は、完全な柔軟性をもって開発者が好きなようにいじり回せて、開発者が自分でやったことには責任をもつと信じるべきなのか？それとも悪いコードやメンテナンス性や可読性をさげてしまうような失敗を避けるために、設計時に言語の中に明確な制約を設けるべきなのか？
-
アジャイルが「チームの５つの機能障害」に取り組む
ITマネージメント・ソリューションの大手プロバイダにおける部長である、Tathagat Varma氏は、アジャイルの生産性改善がチームワークの改善に繋がるのではないか、と思った。彼は、アジャイルの価値と実践をPatrick Lencioniのビジネス物語「チームの５つの機能障害」と対比させて、分析している。
-
計算知識エンジンWolfram|Alphaへのインタビュー
Wolfram|Alphaが公開されて2ヶ月が経ち、Wolfram|Alphaに関するよくある質問を振り返ってみる時だ。 Wolfram|AlphaとGoogleの関係は何か? 市場でWolfram|Alphaをどのように位置付けるか? Wolfram|Alphaは、セマンティックウェブ検索エンジンのどの範囲にあるのか? Wolfram|Alphaは、市場でどのように利益を出せるのか? 中国のWolfram Research Inc.のXiang Wang氏にインタビューした。
-
JBoss Netty 3.1リリース
Netty 3.1.0が最近、JBossコミュニティにてリリースされた。Nettyはクライサント/サーバのネットワークアプリケーションを書く際のもう一つの選択肢となる。
-
EUソフトウェア責任訴訟－半数はユニットテストが対処法だという
Typemockの調査によると、52%の.NET開発者がユニットテストは会社がEUソフトウェア責任法案による訴訟を避けるのに一役買うと思っている。これはどういうことか？
-
バックログを分割して最大効率で価値を高めよ
昔から常にバックログは批判にさらされ続けている。Mary Poppendieck氏は、要求される目的を満たさないならばバックログは廃止すべきだと主張する。Serge Beaumont氏はバックログを分割する面白い方法を提案した。それはあるフローにマッピングすることによち、バックログの存在価値を上げるものである。
-
アジャイルを採用するためにRFPを使う
大組織や大プロジェクトではアジャイルではないパートナー/ベンダー/サプライヤーにアジャイルなチームが拘束される事を目にするのは珍しくない。結果として軋轢が起こり、エネルギーを無駄にする。その一方解決策は"よりよいチームを雇う"のように見えるかもしれない。Scott Ambler氏は問題の根を示し、RFPを作るよりもよい戦略を提供している。それはアジャイルなチームを引き込むことである。
-
より良いユニットテストためのガイドライン
Jimmy Bogard氏、Charlie Poole氏、Lior Friedman氏、Charlie Poole氏らが、より可読性が高く有用なユニットテストのためのガイドラインを出している。