InfoQ ホームページ Agile に関するすべてのコンテンツ
-
循環的複雑度に関する再確認
Enerjyは数万にもおよぶソースファイルを研究し、最適な循環的複雑度は11で、その場合のエラーの潜在率は28%であると発表した。実際、それ以下の複雑度であった場合、エラーの可能性が高まる。メソッドの複雑化を検討するときなのであろうか?
-
Agile Project Management ScrumWorks Pro 3.0のリリース
Danube Technologiesは、ScrumWorks Proの3.0をリリースした。それが最後に語られたのは2007年8月のことである。ScrumWorks Proは、Agile Project Managementツールである。それぞれの反復やリリース全体を通じて、チームの進行をトラックする。
-
Article: より良いベストプラクティス
この記事ではベストプラクティスを単純に適用するやり方に疑問を投げかけるためドレフュス学習モデルを紹介します。そして単純なベストプラクティス適用が役立たないだけでなく、一番力のある人たちにとって重い悪影響を与えることをお見せします。
-
-
-
-
よく組織されたチーム：単に生き残るのではなく、成功へと導く支援
業績の良いチームを編成するには何が必要なのか？Doug Shimp氏およびSamall Hazziez氏によると「よく組織されたチーム」は以下の特徴があるらしい。AgileおよびLeanの原則に従う、フィードバックループがある適応システムを使用、ビジネスの展望にフォーカス、そして熱意があり非常に生産的である。
-
GitHub - RailsベースのGitリポジトリホスティングサービス
Gitは分散バージョン管理システムである。元々GitはLinux TorvaldsがLinuxカーネルのソースコードを管理するために書かれたものだが、Linux以外のプロジェクトでも採用されている。Ruby界隈ではRubiniusやMerbでの利用が知られており、CapistranoやVlad the DeployerといったデプロイツールもGitに対応している。
-
-
形式化されたメトリックスを使わない生産性の向上
Ron Jeffries氏は実在のチームを観察して得られた知見を元にしたフィクションの物語を書き始めている。最初のストーリー(Kate Oneal: Productivity)は、CTOであるKate O'Nealと、彼女のチームの一つである"Rimshot"を中心として描かれている。Ron Jeffries氏はこのエピソードの中を使用して、形式的なメトリックスを使わない生産性の向上の達成と、メトリックスの測定について説明している。
-
LINQ Framework Designのガイドライン
LINQが完成版となってリリースされたので、次はその使用方法について考える番である。Keith Farmer氏はLINQを��用することでサブクラスが削除できるとまで言及している。しかしそちらに進む前に、Microsoftからの公式ガイドを見てみよう。
-
新しいアジャイルコミュニティサイト登場
Rally社の社員と顧客の共同作業として、新サイトAgile Commonsが最近誕生した。このサイトは、Rally社とHiveLive社が出資し、アイデアを交換するプラットフォームとして設立された。その目的は、１つの場所でアジャイルのアイデアを議論したり交換したりするために、組織やAgilistasのようなLinked Inのグループ、個人などを招いて、アジャイル志向の人々のために主要な情報源となることである。
-
Apple社のマネージャが技術者の助けとなるように"Managing Humans"を執筆
TinyPlanetの業務執行役員であるStephen van Egmond氏によると、Apple社のシニアマネージャであるMichael Lopp氏が新たな素晴らしい本、"Managing Humans-ソフトウェアエンジニアリングマネージャの辛辣でユーモラスな物語-"を執筆した。
-
デザインやコードの良いレビュー、悪いレビュー、そして酷いレビュー
デザインとコードレビューに関する興味深い記事でKirk Knoernschild氏は、レビューを行うということは、ソフトウェアの品質を改善することを約束し、基準の順守を保証し、そして価値ある開発者の教育ツールとなると述べている。しかしながら、レビューの実施方法にその効果は左右される。レビューは、ある組織ではソフトウェア開発工程で本当に意味のあるものであるかもしれないが、その一方で別の組織では形式的なお役所仕事の一部となってしまっているかも知れない。
-
Article: ３つのM - リーンの３要素
リーン主義をソフトウェア開発に適用することについての議論では、主にムダ（無駄：Muda）なものを特定して排除することに関心が向けられてきました。リーン思考は同様に、ムリ（無理：Muri）とムラ（ばらつき：Mura）を削除することも目指しています。