受託からサービスへの移行に必要なこと。
よくwebの受託をメインにやっている会社さんが、儲からないという理由でサービスに行きたいとの話を聞く。 しかし結構、難しいですよね、と、ついつい言ってしまう。 理由のコアは、下記エントリーに書いてあった。 「中毒性」ある受託開発がソフトウェアベンチャーの躍進を阻む １．受託開発では「技術」が蓄積しない ２．受託開発では「人材」が蓄積しない ３．受託開発では「資金」が蓄積しない 技術が蓄積されないのは自社の役割や案件次第では？と思うこと以外は、結構同意だ。 （受託は、自社では実現できない案件に関われることなどが魅力で、そこに技術やノウハウ習得のチャンスは転がっていると思うし。） 一番重要なのは、キャッシュフローが安定しないところではないだろうか。 サービスと受託の大きな違いは、 「受託は技術を売る仕事」 「サービスは、文字通りサービスを売る仕事」 である。 サービスは、お客様がつくと継続的に
フリーターが採用されないわけ Doblog - Joe's Labo -
年功序列を基本とする昭和的価値観は、企業内だけではなく、社会のあらゆるところでも見られるものだ。 その代表はプロ野球。本来、完全実力主義の世界であるべきなのに、少なくとも監督人事については プレイヤーとしての実績を要求する球団が多い。特に巨人なんて、ジャイアンツの選手として実績を残した 人間以外は、絶対に認めようとしない。一昨年、星野氏の招聘が議論された時、「OB以外にポストを渡すな」 とOB会が強行に反対したことは、いまだ記憶に新しい。 要するに、プレイヤーとマネージャーのキャリアパスが分かれていないのだ。 これは年功序列組織の典型と言っていい。 一方、比較的プロスポーツとしての歴史が浅く、また世界的に競技が普及しているサッカーの場合、 昭和的価値観はあまり見られない。監督として実績のある人間を外部からばんばんスカウトしてくるし、 時には他チームから引き抜いたりもする（フロンターレの関塚
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
