Kazuho's Weblog: 「技術的負債」は避けるべき？ - 割引率を使って考えてみた
「技術的負債」をコントロールする定量評価手法への期待 からの続きです。 ソフトウェアサービス企業における技術責任者の最も重要な仕事のひとつが、エンジニアリングの効率化です。そのためには、サービスの初期開発コストだけでなく、運用コストを織り込んだ上で正しい技術的判断を行っていく必要があります。 「技術的負債」という言葉は、この運用コスト最適化の重要性を指摘する上で、とてもキャッチーなフレーズだと考えられます。しかし、「技術的負債」を産まないように、あるいは負債を早めに返していこうとすると、開発工数が大きくなってしまうという問題もあります。 初期開発コストと運用コストのバランス注1を、どのようにとっていけば良いのでしょう？ 同等の機能を提供する「ソフトA」と「ソフトB」を考えてみます。ソフトAは、初期開発工数が6だが、２年目以降の維持工数が毎年4かかるとします注2。ソフトBは、初期開発工数が1
ノウハウの功罪
先ほど事業精算をしたとあるスタートアップの方のブログを拝見しました。 読んでて思ったのは「ITスタートアップコミュニティの犠牲者だなぁ・・」ということ。 なんというか、事業とは「お客さんに付加価値を与えて対価をいただく」というシンプルな図式のはずなのに「スタートアップはこうしなければならない」という大量の情報の呪縛に囚われてる感じがしたんですよね。 事業精算の理由がよくわからなかったのですが、おそらく資金が回らなかったからだろうと推測されるのですが、単純に営業のリソース配分を間違えただけなような気がします。 「ピッチイベントに毎月のように出る」とか「優秀なチームを揃える」とか「プロダクトの改善を行う」とか、全部副次的要素、更にシンプルに言うと「投資家ウケする(であろうと思われる)行動」でしかなかったりします。 スタートアップがやらなければならない行動はただひとつ。「MVPを作ったあとはマー
SCHAFT社CFO加藤氏に聞く、Google買収までの舞台裏【@itmsc】 | TechWave（テックウェーブ）
スタートアップ支援のパレット(株)代表：伊藤匡（いとうまさし）｜ 東京大学 情報科学科=> 2001年 フリーランスのプログラマーとして活動開始 => 2005年 ウェブ制作のソラソル(株)立ち上げに参加 => 2009年 CTOを４期つとめ退職 => 2009-2011年 フリーランス活動＆育児 => 2011年 パレット設立 => 2012年 インドネシア(バリ島)へ移住 => キャッチフレーズは「国境を超える力！」 ｜【運営サービス】コミュニティ運営クラウド「サークルスクエア」 ｜【支援先スタートアップ】 「KAIZEN platform inc.」 「ビデオコミュニケーションアプリ unda 」 [読了時間: 5分] 2013年11月、Googleが日本のロボット開発会社「SCHAFT」を買収した。この買収劇の中で大きな役割を果たしたのが、SCHAFT社の共同創業者および元取締役C
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
【新経済サミット2013】「失敗なんて恐れるな」 Android OS生みの親やTwitter創業者が日本経済に叱咤