BT

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

寄稿

Topics

地域を選ぶ

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

  • 'アジャイルの三角形'によるアジャイルのパフォーマンス測定

    伝統的なソフトウェア開発チームは,ソフトウェアの'鉄の三角形(Iron triangle)'の領域内で活動すると考えられている。この三角形の3つの辺は,スコープ,スケジュール,費用である。Jim Highsmith 氏は,この鉄の三角形がアジャイルチームの柔軟性に対して多くの制約を課すものだとして,それに代わるアジャイルの三角形(Agile Triangle)を提案した。

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

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

  • Ruby on Rails プロジェクトを救助する

    Ruby on Railsが世に出て5年ほどの間,開発者たちは数多くのアプリケーションを開発してきた。その多くがRubyないしRuny on Railsを習得しながら開発されたため,ベストプラクティスとは言いがたいが,それでもWebサイトとして製品にはなっている。これらのWebアプリケーションには問題もあるが,その解決方法を取り上げた本が新たに発行された。

  • アジャイルプロジェクトにおけるリソースマネジメント

    アジャイルプロジェクトは急激な変化という問題を解決するものとして知られている。これらは市場要因やシステム要件、実装技術における変化かもしれない。こうした変化の1つに、プロジェクトに取り組む人員の頻繁な変化があるが、これはアジャイルプロジェクトとは相性がわるい。このアイデアは、成果を上げているチームを乱さないようにすることで、高いベロシティを実現し続けることができるというものだ。

  • 組織内の政治をどうやって乗り切るか?

    政治は全ての組織に欠かせないものである。一般的に、技術的な人々は政治を嫌っている。なぜなら技術的に問題はほとんどの場合厳格で、白黒はっきりつけやすく、政治的な問題はいつも簡単に判断がつかないため、灰色の影を伴うからである。最近Scrum Development groupのメンバーの間ででは政治を扱う方法について議論されている。

  • 非常に高い生産性を測るのは時間の無駄か?

    Hyperproductivity and Shock Therapyというプレゼンテーションの中で、Jeff Sutherland氏は、非常に高い生産性とは少なくとも自動車業界平均の4倍の生産力があるトヨタほどのレベルがあることだと述べた。Scrum Development groupの最近の議論において、メンバたちは、スプリント中に生産性を正確に測ることが可能か、また成果があるかどうかを議論した。

  • 良いベロシティ

    Buddha Buck氏は、最近、Extreme Programmingのメーリングリストにおいて、2週間のイテレーションを行っている7人程のチームにとって「良い」と考えられるベロシティの範囲があるかどうかを尋ねた。Buck氏は、ベロシティが8以下の場合、チームのストーリーが大きすぎるのではないかと考えた。議論の結果、この質問の答えと、質問の裏にある別の質問が得られた。

  • スケーラビリティを改善するための8つのベストプラクティス

    Wille Faler氏は、データベースのオフロード、キャッシュの利用、ネットワークトラフィックの最小化といった、スケーラビリティとパフォーマンスのための8つのベストプラクティスを提案している。

  • クラウドセキュリティの提携、より安全なクラウドを望む

    Cloud Security Alliance (CSA)は、非営利団体であり、セキュリティやクラウドコンピューティング関連の情報や知識の交換を促進するオープンフォーラムである。クラウドベンダーやコンシューマー向けの一連のセキュリティのベストプラクティスの作成を目的としている。

  • アジャイル・ガバナンス:経営とITを結ぶ橋

    従来のプロジェクトガバナンスは、成功プロジェクトを確実にするために必要とされ��、ルールやプロセスを述べるために使用されている。従来のガバナンスは、プロジェクトの作業をプロセスの作業として管理しようとしている。一見したところでは、ガバナンスの概念とアジャイルは両立しないように思われる。しかし大抵のアジャイリストは、過不足のないガバナンスが、アジャイルプロジェクトに悪いものよりも多くの良いものをもたらすかもしれないことに同意するだろう。

  • SOA:ここからどこへ向かうのか?

    「SOAが廃れたとか、盛んだとか、存在さえしていないとか、ニューメキシコのロズウェルのどこか近くで墜落したとかいう議論はもう十分である。議論の余地のない事実は、多くの組織が少なくともビジネスアプリケーションのオファリングの一部として、サービス指向に向けた作業をおこなっていること、そしてそれは成長のみするということである」と、McKendrick氏は語っている。

  • オピニオン:ビジネスとITの提携におけるパラダイム変化のとき

    最新の記事において、EDS Fellowであり「Building the Agile Enterprise with SOA, BPM and MBM」の著者であるFred Cummins氏が、ビジネスとITの提携の探求におけるパラダイム変化のときだと論じている。

  • BPM イニシアチブのサポートに向けたプロセス、ITおよびSOAガバナンスの調整方法

    IBMは「Business Process Management enabled by SOA」というタイトルのRedBookのドラフトを公開した。そのRedBookは、BPMイニシアチブをサポートするためにプロセス、ITおよびSOAガバナンスを調整することを目的とした、一般的な方法論を提供する。

  • ケーススタディ:CISCOにおけるSOAでの成功

    CiscoのSOA/BPMドメインのリードアーキテクトであるHarvinder Kalsi氏が、サンタクララでのSOA Consortiumの12月会議で、ケーススタディのプレゼンをおこなった。それは、ホリスティックなSOAアプローチを採用して、Ciscoの Commerce Transformation Iniativeを支援することに関してであり、Ciscoをネットワークギアベンダーからソリューションベンダーに変換することを目指している。

  • horizontalおよびvertical SOAガバナンス

    Rick Sweeney氏が、SOAガバナンスを始める際の見解を示している。問題は、従来の「ストーブパイプ」アプリケーションデザインに基づいた、文化的に定着したガバナンスのレガシープロセスをSOAのメリットを実現するプロセスにどのようにして変換するかである。その答は「horizontal」および「vertical」ガバナンスアプローチである。

BT