「大規模プロジェクトではどうするか」を考えるより、「大規模にしないためにはどうするか」を考えよう - kなんとかの日記
はっきり言おう。大規模プロジェクトは存在自体が悪。 続けて同氏は、ケーパース・ジョーンズ氏の著書「Patterns of Software System Failure and Success」から調査結果を引用し、大規模プロジェクトになればばるほど、当初の見積もりとは大きくかい離したものになり、かつ失敗する可能性が高いことを示した。「（一般的なプロジェクトも含めた調査結果でさえこれなのだから）デスマーチについては推して知るべし」とヨードン氏。 エドワード・ヨードン、デスマーチを成功に導く対症療法を説く - ITmedia エンタープライズ (強調は筆者による) うむ。言っていることはごくあたりまえのことではあるが、ヨードン氏が言うと説得力がある。 調査結果の抜粋。FP（ファンクションポイント）はジョーンズ氏が定義している単位で、1FPが100行程度のコードであるという。1FPであればほぼ
書籍の案内 - 非機能要求仕様定義ガイドライン2008～要求仕様の記述についての改革への第１歩～
発注のユーザー側と開発を受けてのベンダー側の接点は、要求仕様書（見積照会仕様書、ＲＦＰ）とその回答である要件定義書です。 要求仕様書RFPの解説書は世の中に多少存在していますが、この両者を結び、システム開発におけるトラブルを回避するための記述方法を追究したガイドはありません。 2007年度は、2006年度に十分な議論ができなかった、非機能要件についての定義と検証・テスト方法について議論を重ねてきました。ユーザーの視点に立ち、必要な非機能要件を230項目にまとめ、�@確認すべき項目、�A確認すべきプロセス、�B検証方法、�C必要なドキュメントについて、検討を行いました。 その結果をまとめたものが「非機能要求仕様定義ガイドライン2008」です。 ユーザーからの非機能仕様の要求の仕方、受入検証の仕方、評価方法などが明確になり、この種の問題提言に役立つ一冊となりました。 要求仕
「要求は変化する。Boehm は間違っていた、と DeMarco が暴いた。」というYourdon のブログ：An Agile Way：オルタナティブ・ブログ
「要求は変化する。Boehm は間違っていた、と DeMarco が暴いた。」というYourdon のブログ Mary Poppendieck の iPod からしいれた情報より。 （SPaMCAST:http://www.spamcast.libsyn.com/ のMaryの回をチェック。） 2007年5月ICSEで、ぼくらの世代にとてっての「ソフトウェア開発の先生」たちが集まったパネルディスカッションがミネアポリスにて開催されていた。参加者は、Fred Brooks, Jr., Tom DeMarco、Barry Boehm、Linda Rising、Tim Lister, Ed Yourdon. パネルの中で、「どうしてソフトウェア開発の人系の視点(people side)が、アジャイルという言葉で発見されるのにこんなにも時間がかかったのか。」という質問があった。すると、Tom De
要求開発アライアンス openthology
マーケティング カジノにおけるマーケティングの仕組み：中立的な視点から カジノ業界は、現実世界でもオンラインでも、世界中で大きなビジネスとなっています。人々はクリック 1 回でカジノにアクセスし、dafabet カジノボーナスなどのボーナス コードを使用して好きなだけ楽しむことができます。もちろん、カジノの成功には効果的なマーケティング戦略が不可欠です。マーケティングは、カジノの認知度を高め、新規顧客を獲得し、既存の顧客を維持するための重要なツールです。そこで、ここではその仕組みについて詳しく説明します。 1. ターゲット市場の特定と理解 カジノのマーケティングは、まずターゲット市場の特定から始まります。カジノは、その地理的位置や提供するサービスの種類によって異なる顧客層をターゲットにしています。例えば、ラグジュアリーカジノは富裕層を主なターゲットとし、マス市場向けのカジノはより広範な顧客
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
