システムの開発規模を、プログラムステップ数で表すことがけっこうある。
また、仕様書から、想像して開発規模を出す場合、画面数、せいぜいそれに加えてテーブル数から出すしかないようなときもある。
そのため、見積もりや費用計算などから、１人月あたり、何ステップ作れるか？というのを知りたいときがないだろうか？
もし、それが分かれば、システム全体のプログラムステップ数÷１人月あたりステップで、人月数が出て、それに１人月単価をかけると、おおよその費用が、想像つく。
といっても、システム全体のプログラムステップ数は、出ないのが普通なので、総画面数÷１人月あたり、何画面つくれるかでも、人月数が出て（ＤＢに関しては、入出力部分は、ツールを使う。編集部分は、画面工数に含まれる）、それに１人月単価をかけても、おおよその費用が、想像つく。
じゃあ、１人月あたり、何ステップできるのか？というと、これがまた、まちまちな答えが返ってくる。逆の聞き方のほうが分かりやすい。
１．５Ｋステップ（１５００行）をつくるのに、どれくらいかかる？と聞くと
１日
２、３日
１週間
２週間
１ヶ月
などが、代表的な答えだと思う。
で、「そんなこと、言語も聞かないで、分かるわけないじゃん！」って、プログラマの人は言うけど、今日は、その「分かるわけない」はずの仕組みについてのお話
実は、こう考えると、不確定要素の部分が、どこだかはっきりする＆どうして、上記の回答になるのかが分かる。
この１．５Ｋをつくるのに、何日かかるか？というのは、どういう要因できまるかというと
（１）１時間あたりのステップ作成量
（２）はたらくじかん
（３）システム全体に対するコーディングの割合
（４）危険率
で、（３）が不確定要因、（４）がまちまち、なので、大きな差が出る。
以下説明します
■■ １時間あたりのステップ作成量
簡単にするために、こういう条件を付けます
・こぴペ、ツールなどを使わずに、純粋にキーボードから文字を打って作成するとする
・なにも、考え込むことなく、すらすらとキーボードにプログラムが打ち込める状態であるとする
そうすると、たぶん、１時間に１００ステップくらいじゃないかなーと思います。
安定して、コーディングできる量って。。。
まあ、{ １文字しか打たない行がある一方、８０文字くらい、打つ行もあったりするけど、平均すると、。。
■■ はたらくじかん
この量、ふつうは８時間です。でも、コーディングに割ける時間は５時間くらいかもしれない
（他は管理時間、おやすみなど）
８時間だと、１．５Ｋは、２日
５時間だと、１．５Ｋは、３日
１５時間だと、１．５Ｋは、１日
１５時間ぐらいが、平均して残業して働かせられる限度で、それ以上働かせると（たとえ会社に寝泊りさせても）生産性が落ちてきます。つまり、１．５Ｋ、よくて２Ｋぐらいが限度かも？？
■■ システム全体に対するコーディングの割合
先ほどの聞いている割合が、コーディングだけの量を聞いているのなら、上記のとおりなのですが、そうでなく、システム全体の期間を聞いているとすると、システム全体に対する、コーディングの割合は、どれくらい？ということになります。
で、この比率がまちまちです。そのために、おおきな見積もりの差が出ます。
画面や、帳票編集、データコンバートのような、決まったものだと、この比率は、大きくなります。
（１にちかいものもある。もう、仕様をきけばすぐに、コーディングに入れて、流しのテスト１発でＯＫみたいなやつ。逆に、仕様がはっきりしてないのなんかになると、コーディングはほとんど関係ないケースもある）。
２５％ってとらえるのが、ふつうくらいかな？
そうすると、
この比率が１に近いと
８時間だと、１．５Ｋは、２日
５時間だと、１．５Ｋは、３日
１５時間だと、１．５Ｋは、１日
この比率が２５％だと
８時間だと、１．５Ｋは、８日＝１、２週間程度
■■ 危険率
この計算どおりにいくとはかぎらないので、危険率をかけます。
１倍以上、２倍がおおいかなあ。。。
そうすると、
危険率２倍で、全体割合２５％のとき
８時間だと、１．５Ｋは、２～４週間程度＝１ヶ月
ということで、結果から言うと、
１．５Ｋは、１人日（１５時間労働、コーディング割合１、危険率１）
～
１．５Ｋは、１人月（５～８時間労働、コーディング割合0.25、危険率２）
まで、さまざまな結果がでるということになります。
実際に、細かく分析する場合は、上記の危険率と、コーディング割合を適当に考えてきめます
（予定の段階では、原則８時間以下労働である。１週間は５日で、１月４週）
なお、人によって能力の差が、どーのこーのとかは、
はじめの、「１時間あたりの開発量」に影響します。
ただし、この場合、人月単価にも影響するため、
（１時間当たり開発量が少ない人は、単価も安いと考えるとということ）
いま、基準としている単価の人が、対象の言語で、どれくらい、１時間に組めるか
を決めてしまえば、まあ、この考えで、ＯＫです。
で、１画面あたりに直すと、
１画面あたりのコーディング量と、コーディング割合が求まれば、１画面あたりのかかる期間が求まることになります。
画面出力は、たいてい、フレームワークを利用します。そうすると、ハリウッドの法則により、部分的にのみ、コーディングするということになります。
そのため、実際のコーディング部分は少ない。。。とはいえ、４００～５００ステップくらいは組むのがふつう。
で、テストとか、画面をツールで作成する手間をかんがえると、
１画面１人日
っていうのが、限界じゃないでしょーかねー。どんな言語でも
（もっとかかることも、もちろんある。
つーか、ふつうは、もっとかかる。あくまでも、限界値。
まっさらから作っている状態で、１日で２画面も、３画面も。。。っていうのは、よっぽど、なんか理由がないとき以外は、危険かも。。）
では、１機能において、画面は、どのくらいになるの？っていうと、
１つの機能で、たいてい、一覧と詳細の２画面あるのが多い。
で、一覧画面では、削除ができ、編集や新規入力のとき、詳細画面。
詳細画面では、エラー表示、確認（更新していいＹＥＳ／ＮＯ）、正常更新メッセージの
３メッセージ出すタイミングがあるのが多い。
つまり、だいたい２画面以上。
ということは、１０機能（仕様書の業務フローの項目見出しが１０個くらい）あった場合、１ヶ月だと、手作業で書くと間に合わないということになる。
なぜか？
１０機能＊（１機能）２画面＊（１画面）１人日＝２０人日＝１人月
なので、仕様書をぺらぺらとめくり、機能が１０個以上あって、
どのくらいでやってほしいんですか？
と聞いたら、（仕様が決まった後の）実質画面作成に１ヶ月以内の日にちを指定された場合、手作業でなく、なんらかの工夫が必要になるという意味になる
（ツールをつくるなど、プログラムを手で組む以上の工夫が必要になる）。
で、その工夫とは。。。
時間がないので、この続きは、気が向いたときに。。。
（じつは、今日のは、本当に書きたいことの、前フリなのだ。。。）
この件について、２０１５年版ＵＰＤＡＴＥがあります。
１人月あたり、何ステップ？１画面あたり、何人日でできる？の考え方(2015 Update)
http://blog.goo.ne.jp/xmldtp/e/185f154ad62451fd442098da468a360f
アクセス
トータル
ランキング
