雑記

満５年

やまだ — Mon, 30 Jul 2012 23:12:00 GMT

ということで、先月の更新でエントリ開始から満５周年でしたね。やまだです。

とはいえ、最近１年はとある理由により feed にも流さず、ひっそりこっそり更新でしたが。

今月もまともなネタは出せそうにありません。ということで、このひっそり更新にも無理があるかなぁ、と。

いやね、ネタはあるんですよ、まとめる時間と気力がないだけで。

うーん、……ということで、来月からはこのエントリ自体が消えそうです。

そうすると、復活する機会もなくなっちゃうかも、ですけれど。

では。……今度こそ、「また」はないかもしれない……。

小休止

やまだ — Sat, 30 Jun 2012 20:19:00 GMT

いや、ネタはないこともないんですよ。途中まで書き溜めているものもあるし。

ただ、また某氏ネタってのもどうかとかねー、とか、適当に書き散らかされたブログとかって迷惑にしかならないしなー、とか。

あわてて中途半端にまとめたって、ということで今回はいったんお休みです。

というエントリを上げるか、お前は。ということで、ひっそり更新。

やまだでした。

ではっ。

人月単価について考えてみる（おまけ）

やまだ — Thu, 31 May 2012 01:48:00 GMT

ってことで、存在自体がおまけのような気がしなくもない(ｗ)やまだです。

いい加減けりをつけるぞー、とのことで、この話も今回で終わりにしようと。

まぁ、一回間に休みが入ったけど、そこはほれ、いつも休みみたいなものだからｗ <- わらっていーのか？

で、見積金額でわざわざ高い会社を選ぶ理由ですが、まぁいろいろと考えられるわけで。

それぞれの会社で担当予定の技術者に会った。技術力としては、安い見積の会社の方が少数精鋭に思える。

それでも高い見積の会社を選ぶとしたら、その理由は何でしょうか？

……コネ？……利権？……癒着？

んー、まぁ、そういう場合がないとまでは言いませんが、通常は「リスク回避」かと。

極端なケース。

使えない技術者をいっぱい抱えた大会社B社と、少数精鋭の零細C社。B社に発注したとしても、結局は二次受け

でC社に仕事が回るかもしれない。B社が中間マージンを取る分、B社が割高。

なら、実をとってB社を飛ばしてC社に発注すべき？

いやいやいや、ちょっと待ってくださいよ。お客様が買うのは、システムであって開発者の技術力ではないですよ？

え？開発者の技術力が高い方が、品質の高いシステムができる？……え？それ本気ですか？

システム開発が、技術力だけでなんとかなると思っています？

親が死のうが子が死のうが関係ない、病気や怪我も関係ない、とにかく何が起こっても予定通り働け、と？

そんな極端に走らなくても、神様じゃないんだから見積より作業量があふれることもあり得ますよね？そんなとき、どうします？

え？一人がそれまで以上に、他の人の分まで頑張れば良い？ということは、それまでそんな楽な仕事してたんですか？

普通、生産効率って、急に２倍３倍になったりしませんよ？

となると、たくさんの人員を抱えており、資本力があるB社なら、他から人員を追加投入したり、力技でなんとか解決の方向に

持っていくことが可能かもしれない。零細にはできないことですから。

何も問題が発生しなければ直接C社に発注すべきかもしれない。ただ、何かあった場合の転嫁先担保ということで、より高額

なB社発注はありえる話かと。

直前まで「順調です」と言っておきながら納期直前になって夜逃げでもされたら目もあてられませんしねー。大手にはできない技ｗ

ということで、このテーマは今回で〆ということで。ではっ。

＊復活しますっ！

やまだ — Sun, 01 Apr 2012 09:51:00 GMT

……え？（なにこの自虐ネタ）

人月単価について考えてみる（３）

やまだ — Sat, 31 Mar 2012 23:42:00 GMT

やまだです。お久しぶりです……って、見てる人、いるのか？ってことはおいておくとして。

とりあえず書いておきたいことは書いておこうと。見ている人がいるかどうかは別の問題として。

いーかげん、引っ張りすぎかな、と思わなくもないですが、人月単価について。

今回で最終版と……したいなぁ＜まだ引っ張る可能性があるんかいっ、とｗ

で、今度はお客さんから見た人月単価を検証してみようと。

たとえば、お客様A社にとって 2000万円の価値があるシステムを開発しよう、という話になった場合。

とある会社B社に見積を出しました。5000万円の見積が出てきました。これでは商談が成立しません。

お客様にとっての価値は 2000万円だから、B社は2000万円で受注すべき？いやそれでB社はやっていけるのかと。

実はB社はA社の足元を見て高い金額を吹っかけている？ならC社にも見積を依頼してみることにしようか。

で、C社が2000万円の見積を出してきたなら、ある意味めでたしめでたしですが、4000万円だったとして。

じゃあD社……って、そういう問題ではなさそうです。作ろうとするものが価値に対してコストがかかりすぎる。

ではどうするか。まぁ、普通は作ろうとするものを見直すことになるのでしょう。

契約金額を決めるために、お客様は価値で話をして、システム提供側はコストで話をして、妥協点を探って

いくことになるのかな。

その際の基準は……となると、価値のわりにコストが高いところを削っていくしかないかと。

このとき、お客様はB社やC社に対して、機能(価値)ごとにコストの提示を求め、どの機能を残すかを検討する

こととなる、と。

その際に提示されるコストとは何か？「うちの会社は都内の一等地に拠点があるので、税金の支払い等も

高くつきまして……」『いや、そんなこと言われても、うちにどうしろと？なぜおたくの税金をうちが気にしないと

いけないんですか？それなら、もっと地代の安いところに引っ越しません？』となるのは必至かと（笑）

単純に、「うちの会社の人間は１ヵ月あたりこれだけのコストが掛かります」と言ってもらった方がお客様としても

楽なはず。人月単価でも複数のランクを用意しておけば、「いや、この部分は重要なところなので……」「わかり

ました、単価は高くなりますが、そちらの方に優秀な人材を投入します」とか調整は比較的楽になるし。

同じ機能の開発をするなら、優秀な人材２人を投入するより、若手を１人つけた方が費用的にもお得だし、提供側

も若手の教育にもなるし、Win-Win ということで。

かくして、A社は2500万円でB社に発注をかけたのでした、と。

同様の見直しをすればC社だと当初予算通り2000万になると思われたのに、なぜB社が選ばれたかは別の話、

ということでやっぱり続くのかー。まぁ、次回は番外編ということで。

なんでこんなにひっぱっちゃうかなぁ……、我ながら。

では。

人月単価について考えてみる（２）

やまだ — Wed, 29 Feb 2012 21:55:00 GMT

反省しない人間ほど他人に反省を強いるのは何故なんだろうね。

やまだです。どす黒いです。

今回もひっそりこっそり更新で。

では、前回の続きです。

物売りは売れば売るだけスケールメリットがでて原価も抑えて利益が増えていくことになりますが、
ソフトウェアは開発の都度コストも別にかかるわけで。

その最大のコスト要因は人件費と言えるのではなかろうかと。

ぶっちゃけ、投入する人員が喰っていくだけの収入がないとやっていけないしw

それに比べれば、メディア代なんて誤差の範囲にしかならないという。

では、開発者の給料を確保できればそれでよいのかというと、そうは問屋がおろさない。

会社に従業員をかかえる、ということは、給料を払うだけでなく、それ以外のコストもかかえこむことになります。

執務スペース、利用PC、光熱費、退職金の積立、年金負担分、……さらに言えば、総務や経理とかの直接
作業に関係しない社内スタッフの維持費も。契約をとるまでの営業活動費も含まれる、と。

いや、そんな社内都合のコストをお客さんに転嫁しちゃだめだろ、というのは勝手だけど、そんな会社は早晩
つぶれることになりそうですな。スタッフが全員無給のボランティアで構成できるか、それともその分の費用を
ぽんと出してくれる奇特なパトロンがいない限り。いや、どっちにしてもまともな会社とは呼べない気がしますがw

で、開発費用をどう割り出すかですが、一番簡単な方法は、すべてのコストを開発者総数で割ることだろうと。

つまり、お前ら一人あたりこれだけ稼いでこないとうちの会社は維持できないぞ、と。

人月単価、ここまではすごく真っ当に思えます。

単に社内で掛かるコストをどう見積もるかだけの話ですから。

では、その人月単価をお客様に転嫁することの是非ですが、と表現するとレトリックの罠にはまるので注意。

そんな自社の都合をお客様に押し付けるのはよくない、という話があったりもしますが、取引に押し付けは
ありません。相手が合意しなければ取引は成立しないし。競合他社に商談を持って行かれるだけの話。

取引をするのにも、まず自社が損をしないことを考えるのは至極当然。コスト分を取り返すつもりで商談を進め
ない奴はむしろ社会人失格かと。

＃必要なお金はどこからか湧いてくると思ってて、自分が得たお金はすべてお小遣いと思っているニートじゃあるまいし。

あとはお客様にどう説明するか。お客様がそれで納得するか、だけの話じゃないのかなぁ。

とりあえずこんなところで。では。（次回に続く……かなぁ？）

人月単価について考えてみる（１）

やまだ — Mon, 30 Jan 2012 15:13:00 GMT

この前、久しぶりにＩさんにばったりと会いました。
「わんくまどうしたんですか。ブログもやめちゃったし」
この１年半ブログ更新のないあなたには言われたくないですよ、と言いたくなりました。やまだです。

ちょっと、某所で話題になってた人月単価について。
こっそり更新だと余計な火種にならずに書きたいこと書けるかな、と。

どうも、やみくもに人月単価を否定する人は、
「君が一か月で作ってくれたシステムには、１０００万円の価値がある。
　人月単価でいうと月あたり１０００万円という金額はありえないが、これだけのものを作ってくれたのだから
　君は今回の報酬として１０００万円を受け取る価値がある」
とお客さんから言ってもらえる、という夢みたいなシナリオを考えているのだろうかと思ったりもしたりｗ

いや、別に人月単価を支持するわけではないですけどね。
すべてを人月単価でやろうとするとそれはおかしいけれど、一切排除するのも違うんじゃないかと。
要は、適材適所？人月単価って、それでビジネスのやり方を定義しているものではなく、単なる計算式ではないの？

「ビジネスは、お客様のことを無視していては成り立ちません」
それは全くその通り。だけど、お客様だけのことを考えても成立しないのも事実。
要は需要と供給のバランスではないの？
で、お客様がそのシステムにどれだけの価値を見出しているか、どんな仕様のものを欲しがっているかは、
一般的には要件定義を詰めていく段階で徐々にわかってくる話で。
＃最悪、お客様自身が最後の最後まで自分が何をやりたいのかわかっていなかったりすることも(苦笑)。

さらに言えば、品質なんてしばらく使ってみなければわからないことも往々で。
『システムの価値をもとに価格を決めるべきだ』というなら、それまでは価格が決まらないことになりますな。
ということは、契約もしないうちにモノ作りをはじめ、納品が済んで運用を開始し、その後で価格交渉……
おもいっきり遵法違反の気がするんですが(笑)。

で、まずは供給側の立場から価格を考えてみることにします。
これは、お客様より自分の方を優先するということではなくて、お客様が欲しいものよりは自分が欲しいものの
方が考えやすい、というだけのことですが。
で、計算式はざっくりこんな感じですかね。

希望単価 = 材料費 + ((人件費 + 利益) ÷ 想定販売数)

次に、この金額が市場and/orお客様に受け入れられるか否か、ということになるでしょうか。
単純に最初の算出のまま通るのであれば良いけど、そこは需給のバランス(笑)。
当然、原価割れをするような商売は成り立たないので、客先に受け入れられないのであれば
どこかを見直すしかないわけで。それができないなら、撤退するしかないでしょうね(苦笑)。

建設業界みたいなところだと、材料費(コンクリート等の建材？)を抑えることでコストダウンを
図れるのかもしれません（その代わり、安全性が低下しては意味がないので、どこを省くかが
非常に重要になりますが）。

ソフトウェア業界だと、この材料費にあたるところが明示化しにくいと思われます。お客様固有の
システム開発でも、パッケージなりフレームワークなり共通化を進めて流用率を高めることで
上記の『想定販売数』を仮想的に増加させるというのもありかと。

で、人件費。ソフトウェアだと、どうしても人手の要素が大きくなります。もう結構長くなっているので、
これ以上は稿を改めて、ということで。

で、今回の締めとしては、これらの金額の交渉は契約前に行われるという話。
つまり、当初の想定以上に材料費がかかったり人手が必要になった、思ったほど販売数が
延びなかったり流用率が高くならなかった、などあればその分だけ、利益を圧迫したり赤字を
招く結果になる、ということで。
＃この辺、事後清算と平気で混同する人がいるから困ったもんだ。

本年も終わりですね……

やまだ — Sat, 31 Dec 2011 17:42:00 GMT

本年も一年間お世話に……なりました？

まーそーゆーことは気にしないこととして、やまだです。

最近わんくまサーバーさんのご機嫌が悪いようで、ちょっと寂しい状況になってきておりますが……。

縁があって始めたものですし、個人的には細々でもなんでも続けられれば良いのではないか、とか思ったり。

まぁ、「終わりの年」にならなければよいかなー、と。

ということで、縁がありましたら、来年もよろしくお願いいたします。

では。

スパムっておいしい？

やまだ — Tue, 29 Nov 2011 23:10:00 GMT

えーと、他のわんくま同盟のお方と同様、ここもスパムコメントの嵐が吹き荒れたわけですが、

そういえば、もともと「スパム」の意味って、単なる食品名だったんだよなぁ、と。

……その会社の人たち、気を悪くしてないかしら、というところでやまだです。

で、見知らぬ人で、意味不明のタイトルで、なんらエントリの内容に関係のなさそうなコメントが

同じアドレスから連投されているわけです。

で、さくさく消していた、と。

まぁ、消しながらも、ざっとコメントを読んでいたりしたわけですが、……まぁ、さして内容のない

コメントばかりというか。「興味深い(英語で)」って書かれても、本当に読んでいるのか、と。

で、ふと、スパムコメントを消す手がとまったり。

そこに、

This ariticle is stupid !

The author is crazy !

とか書いてあるのを見ると、

……

……実はスパムじゃないんじゃないかと（苦笑）。いや、割とマジで。

いや、そんな大したこと書いてないって、自覚はありますしね。

そのコメントが本当にこのブログに対するものだとしたら、本気で考えないといけないな、と。

でも、コメントタイトルがランダム文字列だったり、他のスパムと送信先アドレスが同じだったりで

ほぼ間違いなくスパムですけど。

もし、真面目にコメントしたのに、スパム扱いでコメント消された、という方あれば連絡を。

真面目に対処を考えないといけないな、と。

では。

Android のアプリケーションって

やまだ — Mon, 31 Oct 2011 23:36:00 GMT

２３時です。今からエントリを書き始めようとしています。おい、何にも変わってねーぞ。

やまだです。

えーと、Android端末~~で遊びを~~使いはじめてから、だいたい２ヶ月経つわけですが、

その間に思ったこと。

そのセキュリティ、大丈夫ですか？

いわゆる野良アプリに対しては「マーケット経由でないとインストールできない」
設定にすることが可能(初期設定)。
で、マーケット経由でインストールするものも、インストール前にそのアプリが
必要とする権限が表示されるので、それを確認後、インストールをすれば良い。

だけどね……。その権限が妥当かって、どうやって判断するのよ？
フリーソフトのほぼすべて(といって良いほど)広告が含まれており、その広告は
ネットワークを利用するので「インターネットアクセス権限」が必要、で、さらにその
かなりの部分が広告表示のためになぜか「端末IDの取得」が必要になる。

で、「広告表示のためにこれらの機能が必要です」と言われて、誰がそれを検証
できるのだろうかと。できることって、盲目的に OK とするか、全く利用しないかの
どちらかだけになりはしないだろうか？
従来の Windows フリーソフトに比べ、利用権限の確認ができるだけまし、という
考え方もあるのだろうけど、下手すれば「その権限はあなたが許可したんだ」との
言質を与えるだけ性質が悪い気がしなくもないな、と。

しかも、ホームアプリ（ランチャ）やメーラーだとほぼ一揃いの権限与えないといけ
ないし。これらのアプリがその気になれば、端末乗っ取り放題のような……。

むろん、そういうフリーソフトを利用せず、信頼のおける製品版だけをインストール
する、という選択肢もあるにはあるが、そもそもその製品版が自分にとって有益か
の確認ってどうするの？とも思う。
体験版って、フリーソフト同様にほぼ広告入りなんですが。というか、フリーソフトの
大半が製品の体験版になっているというか。

マーケットに載っているのが、Google なりキャリアが保証してくれるものであれば
良いのだけれど、結構あやしげなものもそこここにあるしなぁ……。
タブレットに未来はあるのか？

前項にも関係しますが、多くのフリーソフトが広告入りで、端末IDの取得を要求して
たりするわけですが。
で、タブレットの利用って、回線を他の端末と共有したりするので、独自の端末ID
（というか、端末自身の電話番番号)を持っていないわけですよね。
つまり、そーゆー機能を必要とするアプリはそもそもタブレットでは動かないと。
で、タブレットで動くアプリってかなり限定されるんではないかと。
アプリ開発者がわざわざタブレット向けに(利用権限を制限して)アプリを開発する
ような動機づけがあまりないような気が……。

と、雑感だけ書きっぱなしにしてみるテスト。（だからどーなんだと言われても困りますが。）

私の認識に間違いがあればやさしく訂正を突っ込んでくれると嬉しいです。

では。