Netflixの企業文化や社員の行動規範を定めたカルチャーガイドが公開されており、FacebookのCOOのシェリル・サンドバーグが「シリコンバレーから生まれた最高の文書」と評価しています。 そのカルチャーガイドはもともと2009年にスライドとして公開され、最新版はNetflixの採用ページ上に掲載されています。今回は許可を得て翻訳することにしました。 Netflix Culture (原文) (目次) 本物の価値観 判断力 コミュニケーション 好奇心 勇気 情熱 無私無欲 イノベーション 一体性 誠実 影響力 ドリームチーム 自由と責任 情報に通じたキャプテン 統制ではなく前後関係 高度に整列し、緩く結合する 卓越性を探し求める まとめ 最後に エンターテインメントは、友情のように、人間が基本的に必要としているものです。エンターテインメントは私たちの感じ方を変え、私たちに共通点をもたらし

印刷する メールで送る テキスト HTML 電子書籍 PDF ダウンロード テキスト 電子書籍 PDF クリップした記事をMyページから読むことができます AmazonをEコマースの会社だと思っているなら、認識を改めた方がいいかもしれない。Eコマースは、インフラを構築し、クラウドサービスとして販売することを正当化する口実のようなものだ。一番おいしい収益を上げているのは、「Amazon Web Services」なのだ。 Amazonの第3四半期の業績がそれを物語っている。実際にAmazonの業績報告を見てみれば分かる。Amazonの総売上高のうち、Amazon Web Servicesは8％だが、営業利益で見ると同事業は52％を占めているのだ。これは、Amazon Web ServicesがAmazonの北米のEコマース事業と同じ額の利益を上げていることを意味する。 これがどういうことか、

SORACOMの凄さは第三者が「SIM」を自由に発行・運用できることーーIoT向けモバイル通信PF、ソラコムが提供開始 久しぶりに話を聞いて鳥肌が立った、そんなプロダクトが今日、お目見えする。 IoT向けのモバイルデータ通信プラットフォームを提供するソラコムは9月30日、同社プラットフォーム上で提供されるSORACOM AirとSORACOM Beamのサービス開始を発表した。同社はMVNO（仮想移動体通信事業者）としてNTTドコモと契約（L2卸契約）し、同キャリアの基地局を利用したモバイル通信サービスを提供する。 SORACOM Airは従来のMVNO事業者が多額の投資で運用を開始してきたコアネットワーク（パケット交換、回線管理、帯域制御）とサポートシステム（顧客管理や課金）を独自に開発、Amazon Web Services （以下、AWS）のクラウド上に実装したのが特徴。 これによ

3. 起業するかどうかを考える上で、自分の人生がどのように進んでいくのかを概観するのは重要だと思 います。2015 年に 25 歳を迎える一般的な人がどのような人生を歩むのかを、ライフイベント別に 見てみます。 3 人生を逆算する: 今 25 歳の人の将来のライフイベント 人生 30 40 50 60 70 親や親戚の介護 20 2020 2030 2040 2050 20602010 出産/育児結婚/婚活 年齢 西暦 卒業 東京都の初婚年齢平均 (2012 年) は男 31.9 歳、女 30.1 歳です 親が 30 歳であなたを産んだ場合は 45 歳前後から親 の介護が始まる可能性が高まります（事実、75 歳の 人の 1/3 が要介護認定を受けます）。 ただし介護レベル 3 にならないと施設には入居不可な ので、その場合は自力で介護をしなければなりません。 介護施設待機老人数は現在 50

Ruby on Rails 作者David Heinemeier Hanssonが語るオンラインでお金を生み出すためのたった１つの方法 この動画はRuby on Railsの作者であり(!)、37SignalsのパートナーでもあるDavid Heinemeier Hansson (デビッド ヘイメール ハンソン、通称DHH) が2008年にStartup Schoolで語ったビデオ。シード・アクセラレーターというベンチャー・キャピタルの一種であるYcombinatorが主催するこのスタートアップスクールで「ベンチャー・キャピタルからお金をもらって次のFacebookを狙うのをやめよう！」とアンチ・スタートアップ、アンチ・ベンチャーキャピタル節が全開のDHHさん！プレゼンの最中も会場から笑いが絶えないすごく楽しいプレゼンです。 僕はこのプレゼンも大好きで、先日書いたPinterest共同創業

boardというサービスを正式リリースしてからちょうど1年が経ちました。 以前、「受託開発の会社が本格的にWebサービスを開発・運用してみてぶつかった課題（只今5ヶ月目）」という記事を書きましたが、その続きというか、現在の状況を書きたいと思います。 boardの開発の始まり boardは2年前の9月に開発を始めました。 その頃は起業して3年目の後半で、案件の管理や見積書・請求書作成などはExcelでやっており、案件数の増加とともに、Excel管理がだいぶしんどくなってきていました。 そこで、何か請求書作成系のクラウドサービスを使おうと思って探し始めたのですが、案件単位で受注するビジネスモデルにフィットするようなサービスがなく、また支払管理・売上管理・見込み管理など、自分が会社を経営する上で必要な部分まで欲しいレベルでカバーしているものがありませんでした。 ちょうど9月の連休があったので、自

最初に、損益分岐点の説明からはじめよう。企業は、製品やサービスを売って売上を得る。しかし、世の中にタダの物はないので、そこには必ず費用（原価）が発生する。その費用が製品の販売数量に単純に比例する場合、企業は売上に比例した利益を得ることになる。この関係を図(a)に示す。横軸は、売上である。工場の視点から言うと、売上向上すなわち稼働率向上を意味するから、横軸は稼働率と見てもよい。縦軸は金額で、実線が売上高を、点線が費用を示す。費用は純粋に、売上高に比例する。これを変動費ともいう。売上に伴って、変動するからである。たとえば製品を作るのに必要な原材料の購入費がそうだ。あるいは、製品を加工するための外注費などもそうだ。 ところが、企業にはこれとは別に、売上高にまったく関係なく、固定的に発生する費用がふつうある。これを固定費という。その典型例は、設備機械の減価償却費である。あるいは、従業員の給料なども

ゲームについての雑文をちょくちょく。 モガベーID：60916219 PSN ID：rikzen_zero nintendo ID：rikzen メール：rikzzeroあっとgmail.com

ある日突然、業務知識もない、人脈もない、基礎的な素養もない部署に異動することになったら、あなたならどうしますか？そして、その事業が15年連続右肩下がり業界としたら、あなたは何から手を付けますか？そんなピンチな私の杖になってくれたのは、アジャイルの鉄人たちの教えでした。 業務改善をしたいけれど、どこから…

これです。 ちゃんと社労士チェックを入れて、2014年時点の法運用Validな感じにしてあるので、下手な中小企業はおろか、ろくにメンテされていない大企業の就業規則よりマトモな内容になっているはずです。 なんで就業規則を公開したのか マトモな規則が作ってあれば公開しても特にデメリットはない むしろマトモな会社アピールができてよい 個人的には「無限RedBullです！！！！」みたいな事をアピールする会社よりマトモな広報・求人活動の一環だと思っている 自分で就業規則を作ろうにも、良いサンプルがなかった（後述あり） いわゆるOSS的な話。就業規則にも再利用性が合っても良いはず これを書いてて、就業規則にライセンスを明示するのを忘れていたことに気が付いた GitHubだと、就業規則の改定にプルリクを飛ばせて楽しいし、改定履歴も一目瞭然 零細企業に就業規則って要らないんじゃないの？ 従業員が10人未満

Tokyo Otaku Mode（以下、TOM）の安宅です。スタートアップはドッグイヤーならぬマウスイヤーとも言われ、周囲を取り巻く環境がまたたく間に変化していく世界です。小規模なスタートアップが大企業やライバル企業に勝つためにもっとも重要なことは、メンバーひとりひとりがあらゆる業務をスピーディーに行うというマインドを持つことだと思います。 ヒト・モノ・カネのないスタートアップが持てる唯一の武器がスピードです。関わるメンバーのひとりひとりがスピードを重視し、「素早く施策を進め、行動する」ことが成功へのカギだと思います。 このエントリーは、これまで僕がスタートアップの立ち上げで経験したことを元に、自分の業務スピードだけでなく、チームや会社全体のスピードを上げるために、どんなことを意識して業務に臨めばよいか、考えをまとめています。自分の業務スピードだけでなく、チームや会社全体のスピードを上げる

コミュニケーションが生まれるツイートまとめツール

多くの製造業においては、工場の稼働率が、重要な管理指標として今も使われている。3週間前のエントリ「原価の秘密 － なぜ、黒字案件だけを選別受注すると赤字に陥るのか 」（2014/07/06）でも説明したように、製品の個別原価を計算する際、材料費や労務費などの他に、製造機械の使用時間に応じた費用を含めるのが普通だ。その製品の加工作業で、製造機械が何時間必要だったかをベースに、機械のコストをチャージする。いわば“機械の使用料”だ。 個別の機械1時間あたりの使用料単価を『機械賃率』と呼ぶが、これは各機械の年間の維持費用（減価償却費等）を、年間の実稼働時間で割って計算する。機械の遊んでいる時間が多いほど、実稼働時間は減るから、同じ作業をしていても原価が上がる、というのがふつうの会計の仕組みだ。だから、製造業では稼働率を上げるべく、あれこれと努力するという訳である。 そして、前回のエントリを読まれた

2014年3月20日、バチカン市国の公式プレスルーム「サラ・スタンパ」で記者会見が開かれ、同国がある契約に調印したことが発表された（写真1）。契約書の署名者は、ジャン=ルイ・ブルーゲス バチカンローマカトリック教会記録・図書担当大司教とNTTデータの岩本敏男代表取締役社長だ（写真2）。会見には、バチカン図書館のチェーザレ・パッシーニ館長、NTTデータの岩井利夫常務執行役員公共システム事業本部長などが列席した。 右から、チェーザレ・パッシーニバチカン図書館長、フェデリコ・ロンバルディバチカン市国公式プレスルーム担当、ジャン=ルイ・ブルーゲスバチカンローマカトリック教会記録・図書担当大司教、NTTデータの岩本敏男代表取締役社長、NTT DATA EMEAのパトリツィオ・マペリCEO（最高経営責任者）、NTTデータの岩井利夫常務執行役員公共システム事業本部長。

第35回勉強会(2013/01/18) & 新潟開発者新年会(NDS) – 長岡 IT開発者 勉強会(NDS) にお招きいただいて組織設計(?)の話をしてきました。 IT開発者でないひとが紛れ込んで浮きまくっていたにも関わぬらず、暖かく受け入れてくださり感激です。是非今後ともご指導ご鞭撻のほどよろしくお願いいたします。 さて組織設計の話ですが、資料作成の段階では実際に長岡でお話したことの4倍のネタを考え、そしてその3/4を捨てました。捨てたことの大半がトップマネジメントにかかる話であり、需要がないだろうと判断したためです。でもせっかく考えたので勿体ないですから、本稿では実際に長岡でお話したことと併せて、切り捨てた事項をボーナストラックとしてすこしご紹介します。 ゲイリー・ハメル教授も指摘しておられましたが、経営学は企業のトップマネジメントの御用学問として発展してきた側面があります。しかし現

Rubyをはじめとするスクリプト言語ではなく、なぜJavaを選ぶのか。 そして、XPをはじめとするアジャイル開発ではなく、なぜウォーターフォールを選ぶのか。 そこには、言語の良し悪しや、開発プロセスの考え方などが理由の中心にあるわけではなくて、SIerというビジネスの仕事の仕方（ビジネスモデル）に起因している。 RubyやXPは、考え方や技術としてはとても良くて、生産性もあがるし、何よりもソフトウェアをクリエイティブに作り上げることができ、利用者にとっても使い勝手がよく、スポンサー（経営者）にとっても経営戦略に沿ったものが手に入り、開発者にとっては何よりも仕事に対してやりがいを感じることができる。すばらしい！・・・・が。。。 しかし、だからといって、誰でもRubyやXPを使って開発をするべきか、というとそうではない。もし、本質を理解しない誰かが、「やってみたいのだが・・・」と相談に来たら、

そのAsMamaさまの本「ワンコインの子育てシェアが社会を変える!!: 欲しい子育て支援は自分たちの手で創り出そう」では、AsMamaのこれまでの歴史やこれからのビジョンなど、甲田社長によるAsMamaにかける想いが綴られています。 そして、なんと私たちソニックガーデンとの出会いや仕事の仕方についても、数ページに渡って書いて頂いています。 ＡｓＭａｍａのシステム開発を担当しているのは、株式会社ソニックガーデン（東京都渋谷区）というちょっぴり変わった技術者集団。「納品のない受託開発」というビジネス手法で、いちど関わったお客さんと月額定額契約を結んで長く長―くつきあい、試作と評価を繰り返しながらサイトを構築していきます。 その開発プロセスは、まさに子育てそのもの！ 子育てに終わりがないように、ＡｓＭａｍａのシステム開発にも終わりはありません。「おぎゃあ！」と生まれたばかりの子育てシェアサービス

超高速開発コミュニティ発起人企業の一人です。記者会見のニュース以降、このコミュニティの活動に対して多くのご意見が寄せられ、その反響の大きさに驚いています。会としての正式なアナウンスは（ただいま閉鎖中が多い）Webの復旧作業とともに行われる予定です。先ほどまでこの件を含め幹事・事務局の皆様と打ち合わせをしていました。ご心配をおかけしてしまって申し訳なく思います。運営体制の早急な見直しを行い、活動をしっかりと継続していきます。 雨降って地固まる ... 多くの意見を伺う「きっかけ」に。 一夜明けて、"超高速開発" という言葉をどう捉えるか、という視点で、参考になるブログをいくつも見つけました。 「超高速開発と聞いていろいろつぶやいてみる。」- 101回死んだエンジニア http://el.jibun.atmarkit.co.jp/101sini/2013/08/post-fb84.html い

先日のブログで事例を公開した「納品のない受託開発」ですが、実際に現場で動くビジネスなので、必ずしも何も問題が起きないということはないですが、その上で前向きに一つ一つ問題をクリアしていっています。新しいことへの挑戦なので仕方ないですが、そうしたことを差し引いても、それでもやっぱり従来の開発よりも、お客様にも喜んで頂けているし、働くエンジニアもやりがいを持って働けているように感じています。 この「納品のない受託開発」をいくつも経験するにつれて、始めるまでは仮説だったお客様とエンジニアの両方の幸せを追求するこのビジネスモデルが、本当に良いものなんだと、実感を伴ってより深く感じるようになってきました。そして、このビジネスモデルをもっともっと広めたいという思いが強くなりました。 そのために私たちソニックガーデンが出来ることを考えていくつか実験した結果、「納品のない受託開発」ビジネスモデルのオープン化