迷ったら狩野さん！...狩野分析法による優先度付け - masayangの日記（ピスト通勤他
追記 id:discypusさんから、狩野分析法の出典に関するコメントをいただきました。 狩野法って、 狩野 紀昭 氏 http://www.sangakuplaza.jp/page/134499 の http://www.yahoo-vi.co.jp/method/b10.html の手法かと 思うのですが、合ってますでしょうか？ まさにこれですね。http://www.yahoo-vi.co.jp/method/b10.html にある日本語のほうがすっきりしてます。 お詫び 分析用配列に誤りがありました。修正してあります。 要旨 先日受講したScrum Product Owner Trainingで印象に残った分析法を紹介。 Agile開発では「優先度順に要件（フィーチャ）を開発していく」のが基本だが、いざ優先度をつけようにも話は簡単ではない。発注側に強力な指導者がいてその人が独裁的
ksh Days - デスマーチについて考える（デスマーチ経験のエピローグ）
このエントリは デスマーチについて考える前にデスマーチの経験を書く の続きです。(2007/2/16追記) 私はテスタとして、必ず バグの修正を「お願いします」と言う。 バグ修正確認時は、必ず直してないところも最低１箇所は触ってみる。（でよく落ちる） バグ修正が確認できたら、できるかぎり早く「確認できました。ありがとうございました」と言う。 を実践してゆきました。 ある日、一人のプログラマさんから相談を受けました 「今度の機能なんですが、納期が近いから単体テストせずにkshさんにテスト依頼しろってSEさんから言われたんですが、そんなことしたくないんです」 以下、全文はこちら
悪魔に心を売っても納期を守る！帳尻あわせの裏技術｜【Tech総研】
きっかけは私、つまりＴｅｃｈ総研スタッフのマイウェイマサシが知り合いのエンジニアから聞いた、何げないひと言でした。「納期？ いざとなったら要件を変えちゃっても、何とかするよ」。それがきっかけで300人のエンジニアに、「納期に間に合わないとわかったときに使う裏技術」を尋ねたわけです。 アンケート調査では納期に間に合わせるためのワザ以外にも、前提となる納期の厳しさや、現状への考え方なども聞いています。それが上の2つのグラフ。 「仕事が始まったときから納期達成が絶望的」（左）ってかなりむちゃな仕事ですが、仕事の半分がそうだというエンジニアが4割もいる。普通の仕事だってスケジュールは徐々にズレていき、結局は納期と戦う羽目になるでしょ。それなのに、例えば「最初から納期は絶望的」な仕事が8割という人が、10人に1人いるわけです。 そう考えると、「何が何でも納期は守る」というエンジニア魂が光りますね（右
カカクコムが見る「Web2.0の先」
価格比較サイト「価格.com」は、1997年のオープン以来、ユーザーが発信した情報を蓄積してきた。累積口コミ数は500万以上。Web2.0のキーワードとして注目を浴びるCGM（Consumer Generated Media）の最大手の一角と言える。同社の安田幹広CTOは「CGMブームはありがたい」としながらも、「Web2.0やCGMという言葉は一時のブームでしかない」と語り、口コミサイトの次の形を模索する。キーとなるのは、APIの公開だ。 価格.comは、PC価格情報サイトとしてスタートし、家電や携帯電話、自動車保険、ゲーム、カメラなど、取り扱うカテゴリーを順次増やしてきた。グルメの口コミサイト「食べログ.com」を昨年3月に開設したほか、宿泊予約サイト「yoyaQ.com」や旅行の口コミサイト「4travel」も傘下に収め、口コミ情報のネットワークを広げてきている。収益源は、アフィリエ
上流工程-要件定義---目次：ITpro
10社製品の統合度合いを比較、カバー範囲が広いのはIDaaSを持つMicrosoft 2024.10.24
はてなシリコンバレー撤退の話題から考える、失敗への寛容さ - モチベーションは楽しさ創造から
はてながシリコンバレーから撤退して、京都に戻っていく事がブログ界隈で話題でした。 一連のエントリを読んでいると、「日本って相変わらず、失敗に対して寛容ではないなぁ」と感じるものがとても目に付きました。ある意味、「企業を取り巻く周囲の、失敗に対する寛容さがシリコンバレーと日本の一番の違いではないだろうか？」と感じてしまいます。 別にはてなは、倒産したワケではないし、まして資金繰りに困っているわけでもない。ただ、アメリカの事業のもくろみが上手くいかなかっただけの話。 当然、そこで学んできたモノも多いと思います。 ・日本でやった方が「優位性」がもてるもの ・日本のリソースを使った方が優位なもの ・次のシリコンバレー進出の為に、準備すべきもの 失敗でしか学べないモノも実際にはたくさんあります。想定外の事もたくさん起こるし、理屈では考えられない出来事に出くわすのが現実です。 書物には書いていない、気
わたしが知らないスゴ本は、きっとあなたが読んでいる: ウォーターフォールはこう使え（その1）
ウォーターフォール・モデル悪玉論が幅を利かせている。一方でスパイラル・モデルやアジャイル・モデルがもてはやされている、銀の弾丸のごとく。 曰く、 この無駄な成果物を作らされているのはウォーターフォールだから あいまいな仕様と理不尽な要求に振り回されているのはウォーターフォールだから スケジュール後半になって追い立てられるのはウォーターフォールだから いつまでたっても品質が向上しないのはウォーターフォールだから 赤字プロジェクトが垂れ流されているのはウォーターフォールだから このプロジェクトがデスマってるのはウォーターフォールだから 偉大な（?）グルの尻馬に乗って叩く。まるでウォーターフォールという軛がボクの創造性と可能性をことごとくダメにしていると言わんばかりに。何かに責任転嫁して考えを止めるのは楽だけど、その「何か」が真の原因で無い限り、解決にはならない。 仕事ができないのは道具が悪いと
ここギコ！: 「それ××でできるよ」が通用しない企業文化が悲しい
SEO対策してサーチエンジンクローラの導線も張った結果、各サーチエンジンのインデックス数も上昇し検索順位も上がってめでたしめでたし、と思っていたら。 ディレクトリの奥の奥の重箱の隅みたいなとこまでクローラが行くようになったせいで、クローラ訪問時のアクセス負荷が上がり、キャンペーンとかなんかのきっかけでのユーザアクセス増大とクローラ訪問がたまたま重なると、盆と正月が一緒に来たみたいになってサーバ障害が発生するようになってしまった。 とりあえずディレクトリ中の、奥の奥の重箱の隅みたいなSEO的にほとんど効果がないと思われるとこには、robots.txtやrel属性・meta要素のnofollow設定施して対策打ったので、とりあえず今のところは大丈夫っぽい。 でもそもそも、一部のディレクトリは静的ファイルでなく、動的生成をmod_rewriteを使った見かけのディレクトリにしているので、アクセ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
