アジャイルのまずい考え方
Christopher Goldsbury氏は、アジャイルに見られるいくつかの「まずい考え方」を取り上げている。マネジメントやドキュメンテーション、テスト、チーム、スケジュールに関してよく遭遇するが、現実に反した主張である。このようなまずい考え方は、誤っているにもかかわらず、アジャイルの中に隠れ場所や正当化の根拠をみつけるのだ。これらの考えがアジャイル方法論を牛耳って、よい動きに陰を落とすようになるまでに、これらの見方に対応することは必須である。
InfoQ
InfoQ
トピック・タグ別の表示
Best Practicesに関するすべてのコンテンツ
Best Practicesに関する最新コンテンツ
Best Practicesに関するNews
個人の生産性
Tony Wong氏(プロジェクトマネジメントのブラックベルト)は個人の生産性にとって実践的なポイントをいくつか挙げている。この記事では、これらをいかにソフトウェア開発に適用するかを考え、彼のリストと他のリストを比べる。
動画で学ぶソフトウエアアーキテクチャ
ソフトウエアアーキテクチャを最新に保つのはとても難しい。アーキテクチャの情報は普通、厚い本かウェブサイトで得られる。しかし、YouTubeやVimeoのような動画サイトで勉強するのも面白い方法だ。
Exceptional Ruby
開発者はコードを書くのを楽しむものだが、例外処理コードを書くのを楽しんでいる開発者はほとんどいないし、それを正しくやれる人はもっといない。Avdi Grimm氏の書いた本、Exceptional Rubyはこの課題に挑み、信頼できる例外処理コードに開発者が正しく取り組むための手助けをする。
アジャイル組織の特徴
Jim Collins氏はその有名な著書“ビジョナリー・カンパニー2（Good to Great)”でよい企業が偉大な企業に変わるには何が必要か氏のチームが5年かけて調査したことについて述べている。アジャイルは偉大な企業を作り出すことを支援できるのだろうか？
Best Practicesに関するArticle
5つのコンフィグレーション管理ベストプラクティス
この記事では、コンフィグレーション管理を楽にするため、そして、アプリケーションを運営、管理する必要のある人たちを楽にするために、コード内からできることについて調べたものだ。これらのパターンはThoughtWorksのプロジェクトで何度も使ってきて、その価値が証明されているものだ。
私たちに必要なものは情報システムの評価である
Pierre Bonnet氏は、情報システムがあまりに曖昧で、俊敏でないと主張します。彼は、「健全な」企業が、過剰なリスクを負って数か月のうちに崩壊する原因について説明しています。
SOAのためのメッセージタイプアーキテクチャ
この記事では、SOAにてメッセージフォーマットの管理を手助けする、新しいMessage Type Architectureを提案します。このアプローチは再利用を促進し、データとSOAのガバナンスのプロセスの協調を手助けします。
コントラクトのバージョニング、互換性、およびコンポーザビリティ
Kjell-SverreとJean-Jacquesは、 サービスの再利用を促進し、Governanceを補足する、XML、XML Schema、WSDL拡張をベースにしたコントラクトの互換性を、再考する。