イノベーション イノベーションを起こすためのスキルを習得し、業務に活かす方法を学びます。
Google re:Work - マネージャー
イノベーション イノベーションを起こすためのスキルを習得し、業務に活かす方法を学びます。
同じチームにいて最高に心強かったエンジニアの特徴をまとめてみた - Qiita
これまで私はプロダクトマネジメントやデザインディレクションを行う立場として、BtoBにBtoC、iOSにAndroidにWebにWatchOSにIoT、ゼロイチにグロース。様々な分野、プラットフォーム、フェーズでサービスを開発する機会に恵まれてきました。 その中で一緒にチームを組んだフロントエンド、サーバーサイド、iOS、Android、インフラ、データ、様々なエンジニアの方を思い出しながら「ああ、心強いな」と感じた色々なタイプの特徴を、リスペクトの想いを持って、プロダクトマネージャーやデザイナーの視点でまとめてみました。 それではいってみましょう。 目的にフォーカスしている 要件をただ実装するのではなく、ビジネスの目的はなにか、ユーザーが真に求めているものはなにか、なにがサービスの生死を分けるのか、技術は目的を達成するための手段だと客観的に捉え、真の目的に対して解決策を提案し続けてくれる
米AmazonのCEOジェフ・ベゾスが提唱する「2枚のピザ理論」 | ライフハッカー・ジャパン
どんな業種であれ、チームの仕事を効率的にするためには、そのプロジェクトに何人が関わるかが重要です。米AmazonのCEOであるジェフ・ベゾス氏は、人員過多による弊害を防ぐには「2枚のピザ理論」を適用すべきだと提唱しています。ビジネスメディア『Fast Company』の Rachel Gillett氏は、この理論は言葉の響きどおりシンプルな考え方だと説明しています。 ものすごい食欲を目の前にして2枚のピザを注文したと想像してみましょう。この2枚のピザでいったい何人を賄えるでしょう？ その答えがチームプロジェクトに参加させるべき人数だというのです。だいたい5人から8人くらいといったところでしょう。この数字を越えると、チームワークが破綻する可能性が増えていきます。 チームの人数が多いと、いわゆる「集団思考」を促進し、他の皆が同意しているからという理由で皆が同じアイデアに同意し始めます。少人数の
メルカリがトップクラスのエンジニアを投入して「人事評価システム」を内製化したワケ - エンジニアtype | 転職type
2018.11.19 ITニュース 創業期を経て拡大期を迎えるスタートアップでは、大規模な組織体制の見直しによって混乱が起こることがある。 そんな急拡大期ならではの悩みを、エンジニアリングの力で解決するのがメルカリだ。１年で200人以上の技術者を採用した同社では、社内組織用のシステム開発に、社内トップクラスのエンジニアを約20名配置したという。 2020年に「エンジニア1000人体制」を目指すというメルカリが、‟組織改革”に技術でどう向き合っていくのか。『Mercari Tech Conf 2018』でCorporate Solutions Engineering マネージャーの柄沢 聡太郎さんが話した内容を一部紹介しよう。 株式会社メルカリ Corporate Solutions Engineering マネージャー 柄沢 聡太郎（からさわ・そうたろう）さん (@sotarok) 201
実例に学ぶスクラム導入手順 - タスク属人化を避け、チーム開発力向上のためにRettyがやったこと - エンジニアHub｜若手Webエンジニアのキャリアを考える！
ウォーターフォールモデルから、アジャイルへの切り替えを試みる開発チームが多いなか、スクラムを導入したもののうまく浸透しなかったという声も少なくありません。公式の『スクラムガイド』のとっつきにくさが導入のハードルを上げているとの声も聞きます。 Rettyのスマホアプリ開発チームは、あえて現在の自チームに合わせたカスタマイズを一切せず、『スクラムガイド2017』に沿ってスクラムを導入。メンバーのモチベーション向上や開発メンバーの視座を高めるなど、わずか半年で効果を出しました。 参考：スクラムガイド™（日本語版PDF） いかにハードルを乗り越え、チームの生産性向上とメンバーの満足度向上につなげたのでしょうか。スクラムの導入を提案し、実際に導入したチームのマネージャー、スクラムマスター、開発者メンバーの3名に話を聞きました。 スクラム導入前夜〜タスクの属人化に課題あり 1人のプランナーが5人のエン
【翻訳】「シリコンバレーから生まれた最高の文書」と絶賛されたNetflixのカルチャーガイド全文 - BppLOG
Netflixの企業文化や社員の行動規範を定めたカルチャーガイドが公開されており、FacebookのCOOのシェリル・サンドバーグが「シリコンバレーから生まれた最高の文書」と評価しています。 そのカルチャーガイドはもともと2009年にスライドとして公開され、最新版はNetflixの採用ページ上に掲載されています。今回は許可を得て翻訳することにしました。 Netflix Culture (原文) (目次) 本物の価値観 判断力 コミュニケーション 好奇心 勇気 情熱 無私無欲 イノベーション 一体性 誠実 影響力 ドリームチーム 自由と責任 情報に通じたキャプテン 統制ではなく前後関係 高度に整列し、緩く結合する 卓越性を探し求める まとめ 最後に エンターテインメントは、友情のように、人間が基本的に必要としているものです。エンターテインメントは私たちの感じ方を変え、私たちに共通点をもたらし
Googleが実践する「心理的安全性」の高いチームを作るためのマネジメント手法【5選】 | SELECK [セレック]
Googleではこれまで、生産性が高く、働きやすい組織を作るために、従業員に対して大規模な調査を行ってきました。 その結果として、2009年には「Project Oxygen」として、最高の上司になるための「8つのルール」を定義しています。 ※1番から、重要だと思われる順に並んでいます。 ＜チームのパフォーマンスをあげる優秀なマネージャーの条件＞ いいコーチであること チームを勢いづけ、マイクロマネジメントはしない メンバーの成功に気を配り、積極的に関与する 生産的、かつ成果主義であること 良いコミュニケーターであること メンバーのキャリア開発を手助けすること チームのための明確なビジョンと戦略を持っていること チームにアドバイスできる技術的な専門知識を持つこと ※こちらから参照 Googleの強みは技術が優れていることだと思われていましたが、意外にも技術的な専門知識がマネジメント能力に及
![Googleが実践する「心理的安全性」の高いチームを作るためのマネジメント手法【5選】 | SELECK [セレック]](https://cdn-ak-scissors.b.st-hatena.com/image/square/d8f800d33902f652b89eff8b8c1a04b77d6ca7da/height=288;version=1;width=512/https%3A%2F%2Fdpd29bjwmgbr8.cloudfront.net%2Fwp-content%2Fuploads%2F2018%2F06%2F08235622%2Frogo.jpeg)
「ゼルダの伝説 BotW」にバグが少ない理由
素晴らしいオープンワールドゲームならいくらでもある。「The Elder Scrolls V: Skyrim」、「ウィッチャー3 ワイルドハント」、「グランド・セフト・オートV」、「Fallout 4」など、巧妙に作り込まれた膨大なスケールのゲームは特に海外のタイトルが多いように思う。それらと比べても遜色のない国産タイトル「ゼルダの伝説 ブレス オブ ザ ワイルド」（以下、BotW）だが、他のオープンワールドゲームより優れている点があるとすれば、バグの少なさなのではないだろうか。僕はハイラルの世界を150時間以上冒険しているが、バグらしいバグに遭遇したのは片手で数えられる程度の回数しかないのだ。 では、なぜBotWはこんなにもバグが少ないのか。「何年も入念に開発してきたからだ」とか「細かいところを丁寧に作り込む日本人の職人魂が備わっているから」とか、そんな理由でも片付けられそうな気がするが
［CEDEC＋］レベルファイブによる「10人で100人のパフォーマンスを出すプログラム開発体制」とは
2016年10月22日，福岡県・九州大学大橋キャンパスで「CEDEC＋KYUSHU 2016」が開催された。九州で行われる大規模なゲーム開発者会議としては昨年に続くものだが，正式にCEDECの地方版として位置づけられたCEDEC＋の初のイベントとなる。 レベルファイブといえば九州屈指のゲーム開発会社だが，玩具やアニメなどのクロスメディア展開がとくに多いことでも有名であろう。開発本数自体も多い。しかし，レベルファイブのプログラマは決して多くないのだという。また，クロスメディア展開をしているタイトルは，通常のゲーム以上にさまざまな部分で納期が厳しく，一般的なゲーム以上にスケジュールがタイトになりがちだという。 そんなタイトなスケジュールの仕事が同時並行でたくさん走っているのだが，人材は限られる。では，そんな状況にレベルファイブはどうやって対応しているのか？ というのが今回の講演の趣旨となる。
自分の失敗を完璧にフォローされて涙が出るレベルな件｜NZ MoyaSystem
いま勤めている会社ではアジャイル開発を取り入れており、2週間を1スプリントとして管理しています。 各スプリントの終わりにはチーム内での実績報告とレビューを行います。今日はそのレビューでの話。 超絶無能だった自分 そのスプリントでの自分のパフォーマンスは最悪でした。 とある一見単純なバグ修正を、鼻歌交じりで「ふふ〜ん」とコミットしたら、 「残念！ こっちの機能が壊れてます。やり直し :)」 とリーダーからあっさりコードレビューで却下される始末。コードレビュー前に当然走らせておくべきユニットテストの結果確認を怠っていたので何も言い訳できませんごめんなさい……。 で、またコーディングのやり直しとなるわけですが、やればやるほどユニットテストが壊れていくんですよ……。 あちらを立てればこちらが立たず地獄。もともと様々な条件にうまーく対応するように書かれているデリケートな処理なので、ヘタにいじれない部
他のチームに｢技術的支援｣をする時に気をつけていること - Masteries
自分が働いているGaiaxのように, 社内に複数の事業があり, それぞれにエンジニアが所属して働いている場合, ｢ねえ, ○○のチームの××って仕組み, どうやってるの? うちのチームでもやってみたい!｣といったコミュニケーションから, 他のチームに対して｢技術的支援｣をする機会が生まれる事が多々あります. 最近の例だと, 社内の新規事業の立ち上げや, オンプレからクラウドへの移管のタイミングで, Infrastructure as Codeやデプロイ施策, ChatOpsなど整えたいので, 相談に乗って欲しい! という声を何度か頂いた事がありますし, よくよく考えると今やっているPhotosynthへの留学も, 見方を変えれば｢Photosynthへの技術支援｣と言えるかもしれません. そういった｢技術的支援｣をする時に気をつけている事についてFacebookにつぶやいた所, 思ったより
元VineのPMのプロダクトマネジメントに関する26の心得 - No Web Service No Life
元Vineでプロダクトのトップを勤めらていたJason Toff氏が、自身の経験から得たPMの心得みたいなものを、Mediamにまとめています。 自分自身に当てはめて、大変勉強になったので、より多くの人に伝わるよう、翻訳（意訳）してみました。 翻訳にあたっては、本人の許諾を得ています。 Jason Toff氏とは 現在GoogleにてVRに携わっている。元VineのGMで、その前はプロダクトのヘッド。TwitterのPM、YoutubeのPMを歴任。 チームリーディングについて ストーリーを持て メンバが動かずにはいられなくなるストーリーを持ち、それを語ることがリーダとして一番大事 そのストーリーを繰り返せ 繰り返し伝えることは重要。もし、自分自身がそのストーリーを飽きるほど聞いていないのであれば、それは言い足りない フォーカスすることはつらい Vineでは、フォーカスするために2つのテク
ペパボ新卒エンジニア研修2015・サイクルOJTが（とっくに）始まっています
2015年6月から始まったペパボ新卒エンジニア研修のうち、「基礎研修」が完結しました。 基礎研修は「Web開発」「Webオペレーション」「モバイルアプリ」の3つのテーマから成る技術研修です。 ペパボ新卒エンジニア研修2015が始まっています ペパボ新卒エンジニア研修2015・Webオペレーション研修が始まっています ペパボ新卒エンジニア研修2015・モバイルアプリ研修が始まっています 基礎研修の後には、新卒エンジニアと新卒デザイナが、1週間でWebサービスを協働開発する「お産ウィーク」が行われました。 そして10月からは年末にかけては、6つのサービスを1週間ごとにぐるぐる廻る「サイクルOJT」が始まっています。 モバイルアプリ研修の歩み この研修では、6人いる新卒エンジニアから3人1組のチームを作り、2段階に分けて課題を用意しました: 1st stage: Rails をバックエンドとした
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Google：マネージャはやはり重要な存在である
Googleと完璧なチーム
ニコニコ動画（Re:仮）