< ■ | まだゲマインシャフト... >

2017-04-13

■[内製][外注][顧問プログラマ][技術顧問][ABテスト][改善][判断基準][システム][会者定離]

management

自分より優れたるものを自分の周りに置きし者ここに眠る。カーネギー

会者定離 - Wikipedia

ttps://ja.wikipedia.org/wiki/会者定離

できる人ばかり辞めていく会社が研修費用を出すようになったら、さらに退職が加速したというお話「人事に聞かせたい」 - Togetterまとめ

ttp://b.hatena.ne.jp/entry/s/togetter.com/li/1170691

「従業員にトレーニングをして、よそへ行ってしまったらどうするのか」という疑問に対するStanger氏の答えは、「従業員にトレーニングをしないで、彼らが会社にとどまってしまったらどうするのか」ということになる。

ttp://japan.zdnet.com/article/35058310/

従業員の才能を爆発させるには「会社に人を長く留める」戦略を捨てる必要がある

ttps://b.hatena.ne.jp/entry/s/gigazine.net/news/20171005-superboss/

「弱いつながり」理論でいうと、SNSでつながる友だちは、それこそFacebookの友だちが3,000人規模で、国内のスタートアップの経営者なら、たいていの人に直接または1hopでつながることができる。

ttps://techplay.jp/column/366

サイボウズ、離職防止の切り札は「出戻り歓迎」

ttps://s.nikkei.com/2vJsvYx

優れたマネージャーは自分より高い給与をもらう可能性のあるポテンシャルの高い部下を喜んで雇う

ttp://b.hatena.ne.jp/entry/www.masafumiotsuka.com/2015/11/the_peter_principle.html

内製、ペアプロ、属人化対策、全体最適

人材は会社の資産として残らないが仕組みは会社の資産として永遠に残る

ttps://www.amazon.co.jp/dp/B010JM64M6/

属人化をペアプロでどのように排除するか

ttps://employment.en-japan.com/engineerhub/entry/2019/11/07/103000

リモート・モブプログラミングという働き方

ttps://blog.cybozu.io/entry/2020/02/28/080000

ジョイ・インク (Joy, inc.) のメンローイノベーションズに行ってきた

ttp://kawaguti.hateblo.jp/entry/2017/08/15/095840

プログラマーは全員ペアを組んで仕事をする

ttps://www.slideshare.net/yattom/ss-79372905

ペアプロ 属人化 - Google 検索

ttps://tinyurl.com/y8tkhuhz

1業務に2人を配置して23年連続黒字になった秘密

ttps://bit.ly/2MylBjs

コアコンピタンス・経営判断・技術ノウハウ・開発スピード・改善・技術顧問・内製化・比較・判断基準・トレードオフ・ABテスト

ソフトを他人に作らせる日本、自分で作る米国

"競争優位につながるような戦略的なソフトを開発しようとするなら内製しかない。"

ttps://www.amazon.co.jp/dp/4822273784

事業のコアになる部分は、アウトソースしてはいけない。

ttps://medium.com/@kuranuki/aac6062adfb2

アウトソーシングしてるものを強みには出来ない。

ttps://twitter.com/kuranuki/status/225727331925368832

スキルやノウハウが蓄積できる業務はコア業務

ttps://www.noc-net.co.jp/blog/2015/01/column_025/

コア技術の強みは、自社が大切に保持しなければならない。それが、以上に並べた４つの事例からくみとった教訓だ。

ttp://brevis.exblog.jp/26943020/



内製　外注 - Twitter検索

プログラミングとは経営判断の集積である

ソースコードの一行一行は、経営判断そのものだ。

どの部分を汎用的につくり、どの部分をやっつけで作るか、そして、どの部分をパフォーマンス優先でつくり、どの部分を可読性優先でつくるか

（中略）

ソフトウェア開発とは、経営的意思決定の集積なのだから、経営的意思決定を外部の会社に委託するというのは、「経営を外部の会社にやってもらうようなもの」だからだ。

もっと言うなら、自分の会社の今後のビジネス的ポジションを、他社に決めてもらうようなものだからだ。

外注を出された会社は、そのソフトウェアが未来に実現するであろうビジネス的価値を犠牲にして、できるだけ少ないコストで作ろうとする。

ソースコードの一行一行が経営判断そのものになる

ttp://fromdusktildawn.hatenadiary.jp/entry/20061003/1159869683

プログラムは全て決断である。

ttps://bit.ly/2JzCggZ

「ソフトウェア業界（特に受託開発業界）は、基本的に正直者が馬鹿を見る世界である。顧客が、保守性というソフトウェアの最も重要な品質を正しく評価できないという、情報の非対称性が存在するからだ」/分かるなぁ

ttps://twitter.com/machu/status/25494063962

「モダンな開発環境×技術顧問×内製化」Sansan×日経電子版 アプリ開発の最前線を語る夜

ボタンを1つ追加するだけで2週間。内製化によるスピードアップは必須だった。

「アプリ内にボタンを1つ追加するだけで、2週間の開発期間と、数十万円のコストが発生していました。それでは急な仕様変更に対応できないし、技術ノウハウも貯まらない。」

ttp://careerhack.en-japan.com/report/detail/525

ネットサービスの肝は、開発にかける額の多寡というよりは、内製化するかどうかにあると思っています。

ローンチした後、そこからの追加・改善はものすごいスピードでやらなくちゃいけない。これは、内製体制でないと絶対に不可能です。

サイバーエージェント藤田社長が語る技術者採用の理由／Ｔｅｃｈ総研

ttps://next.rikunabi.com/tech/docs/ct_s03600.jsp?p=001780

2017年1月、ネット証券大手のマネックス証券は証券基幹システムを刷新した。

お客様へ提供するサービスの開発スピード向上と、ノウハウの社内蓄積、開発コストの適正化を目的に、

開発環境も外部のASPサービス利用から内製化に切り変えた。

（中略）

サービスの改善や新サービスの開発時に、ASPサービスの提供会社との会議に費やしていた時間を削減し開発のスピードアップを図ることで、競合他社への競争力を強化したいと考えました。

ttps://thinkit.co.jp/article/12761

システム内製化は、業者に頼むよりずっと難しい

ttp://b.hatena.ne.jp/entry/s/quality-start.in/it-strategy/467

システム内製化度テスト

ttp://d.hatena.ne.jp/forest1040/20101015/1287109777

システム発注社はSIに発注するより内部で作った方が幸せになれる理由 - Rails Webook

ttp://ruby-rails.hatenadiary.com/entry/20140818/1408287600

「五年あれば、どんな企業でも内製の体制を築ける」

ttps://twitter.com/kanayang2009/status/129677947572465666

ttps://amzn.to/2ncDXrO

RFP（提案依頼書）

即戦力になるような人材なんて存在しない。

だから育てるんだ。

スティーブ・ジョブズ



ABテスト　デザイン　OR　ボタン　OR　文言 - Twitter検索

B2Cのサイト/アプリを外注して成功している会社ってどこ？

外注でもA/Bテストでユーザの反応を計測してトライ・アンド・エラーでシステム開発ってできるもんなんだろうか。

できるとして、それって内製化した方がずっとクオリティ高くなるんじゃないの？

ttps://twitter.com/fromdusktildawn/status/874796380522336256

「外部委託すると細かい継続的な機能の改善が遅くなるので、自社採用でかなり優秀な人材をケチらずに採るべきだね。なかなか見つからなくても妥協せずに」ホリエモン

ttps://bit.ly/2QWMsoJ

外注はPDCAを回せないという致命的な欠点がある。ITスタートアップの感覚だと外注と内製には天と地ほどの差がある

ttps://bit.ly/2J5UCWQ

銀の弾丸ではないがリーンな開発は競争力の源泉。そのためにはPMFをコントロールできる開発チームが必須でそれは内製でしか達成困難。

ttp://b.hatena.ne.jp/entry/363456374/comment/Shin-JPN

Joel on Software - ジョエル・テスト

ttps://bit.ly/2vkDd8E

1日1000個のA/Bテストを行う「Booking.com」の開発の裏話を聞いてきました【前編】

ttps://gigazine.net/news/20161002-booking-com-ab-test/

1日1000個のA/Bテストを行う「Booking.com」の開発の裏話を聞いてきました【後編】

ttps://gigazine.net/news/20161002-booking-com-technology/

正解に当たるまで回し続ける！3ヶ月で200回のA/Bテストから得た「意外な結果」とは

弊社のイベント一覧のページなのですが、単なるテキストの羅列のパターンと、リッチなレイアウトのものでテストすると、いつも必ずテキストの方が勝ちます。

社員は全員一致で、リッチな方が見やすくて良いと思っているのですが…。

ttps://seleck.cc/165

海外テック情報局：eBayではダサいデザインのほうがコンバージョン率が高かった｜gihyo.jp … 技術評論社

デザイナと口論したいのではなく，見たいのは数字とお客さんの利用例。

そして何がうまくいっているのか突き止めたい。

あんたがありえないほどキレイだ！ とか思ってても，何の役に立つ？

ttp://gihyo.jp/dev/clip/01/tech_information/vol69/0003

ttps://twitter.com/yoppymodel/status/1227445967215120386


選択の科学　２４種類のジャムを売り場に並べたときと、６種類のジャムを売り場に並べたときでは、前者は、後者の売り上げの１０分の1しかなかったのです。

ttps://amzn.to/2I2V1O4

エンジニアでないファウンダーは最大一人まででお願いします | On Off and Beyond

理由１：変更につぐ変更を重ねられるようにする

最近 lean startup なる考え方がはやってますが、これはどういうことかというと、

トライする回数　×　成功率　＝　成功

という式で、成功率の方をあげることは不可能なので、トライする回数を圧倒的に増やすのが成功の鍵だ、という発想なり。

ttps://chikawatanabe.com/2010/11/17/technical_founders/

東大合格者ランキングは正しいのか？――常に分母は何かを考えよ

コツは、(2)と(3)の両方の“率”を正確に記録し、両方が上がるようにそれぞれ別の施策を立てることである。

ttp://bizmakoto.jp/makoto/articles/0705/22/news008.html

何事にも閾値はある。そこに至らなければ、意味がないという数字だ。

「頭のいい人が成功しない理由」という本に、閾値の話があった。

だれもが中途半端にやめてしまう。それでは足りない。閾値を越えない。

閾値を越えない限り、やっても意味はないのだと。

ttps://ameblo.jp/chimu841/entry-10036171360.html

ttps://amzn.to/2Odv25b



技術ノウハウがたまる（ノウハウの社内蓄積）

①内製

②内製+技術顧問

技術ノウハウがたまらない

①顧問プログラマ

②外注

レモン市場・情報の非対称性

レモン市場 - Wikipedia

ttp://bit.ly/2qQbadu

フラクタルなレモン市場問題｜建築不動産クラスタ交流会の件その１

ttp://realtor-readyabooks.hatenablog.com/entry/20100515/1273919457

中間業者を中抜きすると受発注者はWin-Winになるか？

ttp://ledsun.hatenablog.com/entry/2016/02/28/014851

ttps://ja.wikipedia.org/wiki/情報の非対称性

ttps://ja.wikipedia.org/wiki/逆選抜

取引コスト

ttps://ja.wikipedia.org/wiki/取引コスト

「探索コスト」

「交渉コスト」

「監督と強制のコスト」



剰余価値、時給○○○○円、月額○○○万円

時給制（時間を売る）が生産効率低いのって自明だよなぁ・・相当ボランティア精神ないと時給制で効率よくやろうって気持ちにならないよね

ttps://twitter.com/YamadaQuality/status/955988197976059905

でも拘束時間で金額を決めてしまっては効率化を目指さなくなるんじゃないか

ttp://b.hatena.ne.jp/entry/b.hatena.ne.jp/entry/194800390/comment/redhornet96



利益相反・エージェンシースラック・管理・モニタリング・時間

エージェンシー・スラック（agency slack）とは、エージェントが、プリンシパルの利益のために委任されているにもかかわらず、プリンシパルの利益に反してエージェント自身の利益を優先した行動をとってしまうこと。プリンシパル＝エージェント理論 - Wikipedia


ttp://b.hatena.ne.jp/entry/twitter.com/etomiho/status/872820182883762176

ttp://b.hatena.ne.jp/entry/twitter.com/etomiho/status/872822997106565120

ttp://getlife.hateblo.jp/entry/2013/09/10/015011

見積もりが人日で工数を計算していると、実際にはそれよりも短期間で実装できても見積もり日数になるまで納品を待ったりすることはある。

ttp://b.hatena.ne.jp/entry/357516986/comment/netcraft3

プログラマーは皆、常に秘密や嘘を抱えている

納期よりもかなり早い段階で実際には完成しているにも関わらず、

納期ギリギリになるまで「まだできていません」と発言するのだ。

ttp://d.hatena.ne.jp/totopon114689/20120111/1326266304



モニタリングコスト（監視費用）

　エージェントが利益相反行動をしていないかどうか監視するためのコスト。

ボンディングコスト（保証費用）

　自身の行動がプリンシバルの利益追求にかなっていることを証明するために

　エージェント自らがかけるコスト。

ttps://detail.chiebukuro.yahoo.co.jp/qa/question_detail/q1212240292

エージェンシーコストとは

ttp://www.nsspirit-cashf.com/yougo/yougo_agency.html



技術顧問・内製化・顧問プログラマー

文系未経験からプログラミングを独学で学び外注してたWebサービスを内製化するために勉強したこと - ゼロイチ起業ノート

ttps://blog.zerotoone.jp/entry/2017/03/15/065148



Rails　技術顧問

ttps://twitter.com/search?q=rails%E3%80%80%E9%A1%A7%E5%95%8F

「顧問プログラマ」再考 - Rails 雑感 - Ruby on Rails with OIAX

ttps://www.oiax.jp/rails/zakkan/rethinking_of_adviser_programmer.html

顧客企業による内製化を支援する

ttps://www.oiax.co.jp/consulting

ITエンジニア採用に欠かせない原則とは (1/5)：IT人材ラボ

ttp://b.hatena.ne.jp/entry/s/itjinzai-lab.jp/article/detail/856

ttps://www.slideshare.net/fukumura1/fukuokarubykaigi-medpeer-ver1

開発支援

ttps://everyleaf.com/development-support

【256人がリモートワークで回る仕組みを考える】後編

ttps://www.remotework-labo.jp/2015/10/interview_10/

ttp://cast-er.com/blog/client-interview-masaki-komagata/

内製化に切り替える場合も援助をいたします。

ttp://fjord.jp/commissioned-development/



真の

Permalink | 記事への反応(2) | 18:35

記事への反応 -

記事への反応（ブックマークコメント）

人気エントリ

注目エントリ

ログイン ユーザー登録
ようこそ ゲスト さん