Joel on Software - やさしい機能仕様 - パート 1: なぜわざわざ書く必要があるのか?
Joel Spolsky ジョエル・スポルスキ 翻訳: Yasushi Aoki 青木靖 2000/10/2 The Joel Testを発表したとき、読者から寄せられた最大の不満の種は、仕様書を書かなければならないということだった。仕様書はデンタルフロスみたいなもので、みんな書かなきゃいけないと思ってはいるが、誰も書かない。 なぜ人々は仕様書を書きたがらないんだろう? 人々は仕様書作成フェーズを飛ばせば時間を節約できると主張している。彼らは仕様書作成がNASAのスペースシャトルのエンジニアか巨大な保険会社で働いているような人たちのための贅沢品であるかのように振舞っている。戯言だ。何よりも仕様書を書かないというのは、あなたがソフトウェアプロジェクトに持ち込む、最大かつ不必要なリスクである。それは着替えだけリュックに詰めて、その場になれば何とかなることを期待してモハーベ砂漠の横断に出発するの
新規サービスサイト制作の受託開発はなぜ上手くいかないのか - 思っているよりもずっとずっと人生は短い。
メモ。 自分で自社サービスを運営する立場になってわかったこと。あんまりよそで言われてないような気がするので書いてみます。ちなみに業務システムとかは関係ないです（というのは最後にもちょっと触れます）。 ふつう、受託開発では、９割がた成功する、というか失敗しないように開発の体制を組みます。まあ仕事で請けているので当たり前の話ですね。もっとも、先方のスケジュールや予算の都合で、７，８割くらいになる場合もあります。その場合は始める前から残念感というか貧乏くじ感があったりしますが、断れない場合もあるので仕方ありません。それでも、基本的にはそんなに失敗しないようなスキームにしようとするはずです。 ところが。新規にビジネスとしてサービスを立ち上げようとする発注側に立ってみると、「９割がた成功する」という基準はちょっとありえないことに気づきます。言ってみれば、新規サービスを作るということは、新規に事業を起
仙石浩明の日記: なぜ人月見積もりが優れているのか
人月見積りでは生産性が上がらない。 IPA が警告するまでもなく、 ソフトウェア技術者ならば誰しも 人月見積りに嫌悪感を持っているのではないでしょうか。 生産性を上げれば上げるほど金額が低くなってしまうし、 そもそも開発者の生産性なんて人によって大きく異なる (私の持論は、 「ピンとキリでは 1000倍の差がある」、です) のだから、 「標準的な技術者一人が一ヶ月かかる仕事」なんて基準をおいたところで 意味がありません。 人月見積もりについては、 「人月見積もり、生産性について」に いろいろな意見へのリンクがまとめられているので参考になります。 このように人月見積もりがなぜ問題なのか、 それこそ掃いて捨てるほど主張が繰り返されていますから、 いまさら同じようなことを唱えても仕方がありません。 そこで、ここでは逆にあえて肯定してみることにします。 そもそもこれだけ嫌われ者の「人月見積もり」が
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
