【翻訳】「シリコンバレーから生まれた最高の文書」と絶賛されたNetflixのカルチャーガイド全文 - BppLOG
Netflixの企業文化や社員の行動規範を定めたカルチャーガイドが公開されており、FacebookのCOOのシェリル・サンドバーグが「シリコンバレーから生まれた最高の文書」と評価しています。 そのカルチャーガイドはもともと2009年にスライドとして公開され、最新版はNetflixの採用ページ上に掲載されています。今回は許可を得て翻訳することにしました。 Netflix Culture (原文) (目次) 本物の価値観 判断力 コミュニケーション 好奇心 勇気 情熱 無私無欲 イノベーション 一体性 誠実 影響力 ドリームチーム 自由と責任 情報に通じたキャプテン 統制ではなく前後関係 高度に整列し、緩く結合する 卓越性を探し求める まとめ 最後に エンターテインメントは、友情のように、人間が基本的に必要としているものです。エンターテインメントは私たちの感じ方を変え、私たちに共通点をもたらし
エンジニア組織のマネージメントってほんと奥が深いですね ～VP of Engineering meetup by CA #3～ | CyberAgent Developers Blog
エンジニア組織のマネージメントってほんと奥が深いですね ～VP of Engineering meetup by CA #3～ こんにちは、サイバーエージェント 事業推進室の伊藤 淳貴(@wildtiger0713)です。 全エンジニア組織に共通する「エンジニア組織のマネージメント」というテーマについて皆で語り合う場として開催している「VP of Engineering meetup by CA」の第3回を4/2(月)に開催しました。 VP of Engineering Meetup by CA #3 https://cyberagent.connpass.com/event/82410/ 今回もサイバーエージェントグループの各事業部、子会社においてVP of Engineering = エンジニア組織のマネージメント の役割を担うキーマン3名が登壇し、それぞれの組織における取り組みや知見
カンバン術の「えきすぱあと」ヴァル研究所さん見学記 - だいくしー(@daiksy)のはてなブログ
ぼくが所属しているMackerel開発チームはスクラムで開発を行っている。最近チームの人数も増え、開発のエンジニアだけでなく、セールスメンバーも増員され、そういった職種の仕事のやり方も改善していきたい、という機運が高まっていた。 そこで、開発チームだけでなく、総務や営業など会社の全部門でカンバンを採用しているという噂のヴァル研究所さんにオフィス見学に行くことに。ヴァル研究所さんとは勉強会コミュニティで双方複数のメンバー間で交流があり、約2時間半の見学会を開催していただくことになった（相談すれば気軽に受け入れてくれるので皆さんもぜひ）。 オフィスに到着すると、まずはPepperくんが出迎えてくれる。 ヴァル研さんといえば「駅すぱあと」最初に案内された部屋には、壁一面に時刻表が埋め尽くされていた。 オフィスに入ってまず驚くのは、目に入るあらゆるところに、カンバンやKPTボードなどが配置されてお
なぜプロダクト思考がUXデザインのNext Big Thingなのか？
UXというと、シンプルで美しく、使いやすく、ユーザーの生活をより良くする機能をもった製品を、多くの人は思い浮かべるでしょう。しかし実際には、機能というのは製品のほんの一部でしかなく、ユーザーが直面する問題に対する考えうる数多くのソリューションの内からわずかなものを提供しているにすぎません。 プロダクト思考（Product Thinking）は、ユーザーが抱える特定の問題に着目し、対処し、目標を達成し、売上を上げるまでの一連の流れを意味します。 UXで大事なのは、製品の機能ではありません。ユーザーが製品でなにをするかが大事なのです。 Uberの中心となるUXは、いつでもタクシーを簡単に呼べることです。このUXにおいて特徴的なものに、タクシーの到着時間を正確に表示するという機能があります。しかし、Uber自体はこの表示がなくても、常にサービス提供されています。この到着時間の表示は、製品自体の存
[IPA] デスマらないために「超上流から攻める IT 化の原理原則17ヶ条」が思った以上に使える件 [要件定義] | oshiire*BLOG
「超上流」という言葉自体はとても気に入らないけれども、IPA 独立行政法人 情報処理推進機構 が作って公開している「超上流から攻める IT 化の原理原則17ヶ条」が、当たり前のことを当たり前に並べてあってとても役に立つ。 原理原則 17箇条 ユーザとベンダの想いは相反する 取り決めは合意と承認によって成り立つ プロジェクトの成否を左右する要件確定の先送りは厳禁である ステークホルダ間の合意を得ないまま、次工程に入らない 多段階の見積りは双方のリスクを低減する システム化実現の費用はソフトウェア開発だけではない ライフサイクルコストを重視する システム化方針・狙いの周知徹底が成功の鍵となる 要件定義は発注者の責任である 要件定義書はバイブルであり、事あらばここへ立ち返るもの 優れた要件定義書とはシステム開発を精緻にあらわしたもの 表現されない要件はシステムとして実現されない 数値化されない要
![[IPA] デスマらないために「超上流から攻める IT 化の原理原則17ヶ条」が思った以上に使える件 [要件定義] | oshiire*BLOG](https://cdn-ak-scissors.b.st-hatena.com/image/square/bfb41ba2bfefb166491d5d3e83380136f2017ab2/height=288;version=1;width=512/http%3A%2F%2Foshiire.to%2Fwp-content%2Fuploads%2F2015%2F01%2F17principles-300x212.png)
サービス開発エンジニアからマネージャになった話 - クックパッド開発者ブログ
はじめに こんにちは、レシピ投稿推進室の勝間（@ryo_katsuma）です。 techlifeでの執筆は5年ぶり（！）になります。 さて、そんな私も今年2014年の5月にエンジニアからサービス開発の部署のマネージャに転身しました。 そこで今回のtechlifeブログは、いつもの技術ネタとは少し異なるテーマとして、「クックパッドにおいて、エンジニアからマネージャに転身する」ことが、どういうことなのかを自分自身で振り返り、まとめたいと思います。 エンジニアが自身のキャリアを考える上で、少しでも参考になれば幸いです。 現状 私は、2009年5月に中途入社し、今年で6年目になります。この年数は、エンジニア全体はもちろん、社内全体で見ても古い方になります。 これまで、技術部、HappyAuthor部（現在、私が所属している前身になった部）、新規事業部、プレミアム会員事業部...など、いろんな部署で
ゲーム開発を知らずにゲームが作れるか 島国大和のド畜生
・2023年03月 (1) ・2023年02月 (1) ・2023年01月 (2) ・2022年12月 (1) ・2022年11月 (3) ・2022年10月 (1) ・2022年09月 (1) ・2022年08月 (1) ・2022年07月 (1) ・2022年05月 (2) ・2022年04月 (1) ・2022年03月 (1) ・2022年02月 (1) ・2022年01月 (1) ・2021年10月 (1) ・2021年08月 (1) ・2021年07月 (2) ・2021年05月 (1) ・2021年04月 (1) ・2021年03月 (1) ・2021年02月 (1) ・2021年01月 (1) ・2020年12月 (1) ・2020年11月 (1) ・2020年10月 (1) ・2020年09月 (1) ・2020年08月 (2) ・2020年06月 (2) ・2020年04
ITエンジニアの評価制度をどげんかせんといかん - ぐだぐだ言ってないでコードを書けよ、ハゲ。
私は宮崎出身ではありません。 目標管理シートドリブン開発はくそ - razokulover publog を読んで同意しました。 目標管理シートについて、私も感じる問題点と対策を挙げておきます。 （重複意見は抜いておきます） 事前にコミットするために目標の変更が利かない 表題のとおり。 ちょっとフィクションの話を。 半期の初めに目標設定をしました。 仮に「Ruby を業務で使えるレベルになる」とでもしましょう。 （この時点で別の問題もはらんでいるが、それは後述。） 少し勉強を重ねた1か月後、 Ruby が陳腐化しました。 実際 Ruby という言語自体のような手堅い目標であればいいでしょうが、 今さらそんな目標設定することはないでしょう。 登場したばかりの新しい技術を試してみることのほうが多いと思います。 しかしその技術は陳腐化する可能性があれば、 1か月後にもっといい技術が出てくる可能性
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
