InfoQ ホームページ Best Practices に関するすべてのコンテンツ
-
アジャイル開発を成功に導く26のヒント
Keith Swenson氏は最近、アジャイル開発のための26のヒントを一覧にまとめた。氏は様々なトピックに関する知見を定期的に収集しているようで、この一覧はアジャイル開発について本当に考慮すべき点を抽出したものになっている。
-
すべてのプログラマが知っておくべき97のこと
「97のこと」シリーズ続編。アーキテクト、プロジェクトマネージャに続いて、今回はすべてのプログラマが知っておくべきこと。 InfoQは編集者のKevlin Henney氏に話を聞いた。
-
'アジャイルの三角形'によるアジャイルのパフォーマンス測定
伝統的なソフトウェア開発チームは，ソフトウェアの'鉄の三角形(Iron triangle)'の領域内で活動すると考えられている。この三角形の３つの辺は，スコープ，スケジュール，費用である。Jim Highsmith 氏は，この鉄の三角形がアジャイルチームの柔軟性に対して多くの制約を課すものだとして，それに代わるアジャイルの三角形(Agile Triangle)を提案した。
-
スピードアップのためのスローダウン
チームが最も生産的なのはそのチームのメンバが能力を最大限に発揮して活動している時である，と普通は考えられている。この常識に反してSteve Bockman 氏は，このような仮定が常に正しいとは限らない，ということを言っている。生産性を向上させるために時にはスローダウンし，最大限の能力以下で働くことが必要である，というのだ。
-
Ruby on Rails プロジェクトを救助する
Ruby on Railsが世に出て５年ほどの間，開発者たちは数多くのアプリケーションを開発してきた。その多くが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ガバナンスを調整することを目的とした、一般的な方法論を提供する。