海外のゲーム会社であった制度 - じじいのプログラミング
今まで、バンクーバー→バルセロナ→シンガポール→香港で働いてきました。それでいろいろな職場を見てきたので、海外のゲーム会社であった制度について、列挙してみました。 日本の会社でも、既に同様の制度をやっていて、珍しくない場合も多くあると思います。 複数の会社のケースを混ぜて書いています。 ゲーム開発技術に関することは、ほとんど書いていません。 ご指摘がありましたら、修正したり詳細を追加しますので、お気軽にどうぞ（内容が後で変わる可能性があります） 人事（採用） 面接 ビザ リファラル採用 リファレンスチェック（照会） カンファレンス時の招待者限定パーティー 人事（評価） 相互評価制度 OKR（Objectives and Key Results） 人事（解雇） 解雇 PIP（Performance Improvement Plan） スタジオ閉鎖 人事（その他） 若手が海外スタジオで1年間働
質問は恥ではないし役に立つ - Qiita
一年半SEとして働いてきた中で、私自身が苦手だと思っており、他人からもそのように評価されていたのが「質問の仕方」でした。 それが先日、他人から「質問の仕方がうまいね」と褒められることがあり、ようやく一人前の質問の仕方ができるようになってきたので、どのようにして克服できたのか紹介したいと思います。 質問の基本形 私が入社したばかりの頃は、わからないことがあればすぐに先輩に質問していました。 そのときにしていた質問の内容はだいたいこんな感じです。 「環境構築を手順書通りにやったんですけど、○○のコマンドでエラーがでてしまいます！なんとかなりませんか？」 このような質問を受け取ったら、先輩は暇ならばエラーメッセージを見てくれ、エラーメッセージに書かれていることに対して調査してくれるかもしれませんが、忙しいときにはそんなことはしてもらえません。 こんな質問を繰り返しているうちに先輩からは「技術系メ
チームの良さを確認するためにやったこと - Web錯誤
この記事はProduct Manager Advent Calendar 2016の7日目の記事として書かれました。6日目の記事はgackyさんのおじさん Product Manager サバイバルガイドでした。 はじめまして。GMOペパボ株式会社でディレクターとして働いています。@jitsuzon です。弊社ペパボには「プロダクトマネージャー」という名称の職位や役職は存在しないため、自称プロダクトマネージャーとして、サービスのあれやこれやに関わっています。自称に至った経緯はこちらのスライドをご参考ください。 いきなりですが、みなさんのチームは「良いチーム」でしょうか？どこが良いのでしょう？どのくらい良いのでしょう？ この記事では、それをアンケートを用いて定量的に確認する方法について実践を元にお伝えしていきます。最近話題にのぼってくることも多い「心理的安全性」なんかも登場します。 背景 私
不安とストレスから解放される見積りとスケジュール方法 - Qiita
エンジニア組織を強くするための本を出版しました Qiitaでエンジニアリングをめぐる様々なコミュニケーションの問題とその解決策や考え方を書いてきた。それらの背後にあるエッセンスをこの度書籍として出版するに至りました。 エンジニアリング組織論への招待 ～不確実性に向き合う思考と組織のリファクタリング この書籍は、エンジニアリングを「不確実性を削減する」という第一原理で捉え直し、様々なエンジニアリングとその間のコミュニケーションをめぐる現象を説明していくものです。 はじめに 何かはじめてのことをする場合、人はとても「不安」を感じます。人は未来を考えることができる生き物です。その特異な能力ゆえに、未来に起こるかもしれないよくないことを考えると「不安」を感じてしまうのです。 仕事のプロジェクトなどは、「間に合わなかったらどうしよう」とか「この仕事はちゃんと終えられるのだろうか。」など、未来のことを
どの人物を最も高評価にすべきか？価値観のわかるテスト。
人事評価は、つきつめて単純化すれば成果と労働時間、生産性のどれを評価すべきか、に帰着する。スキル、能力や経験その他に関しては、あくまで補助的なものにすぎない。 だが、そこにはかなりの考え方の差異がある。 例えば、皆様は、以下の6名にどのように評価の差をつけるだろうか？ なお、単純化するため残業代を除いた給与は全員同じとする。また、全員の目標値も10であり同じとする。 Aさん 成果8 働いた時間10（うち、残業0）生産性0.8 Aさんは定時内で絶対に帰る。が、目標達成できていない。「目標達成にこだわらないよ」という人物。働くのが嫌い。 Bさん 成果10 働いた時間10（うち、残業0）生産性1 Bさんは定時内で絶対に帰る人物だが、きちんと目標達成もする。が、求められる数値以上は絶対に働かない。「ワークライフバランス重要ですよ」という人物。 Cさん 成果12 働いた時間10（うち、残業0）生産性
会社は真面目に経営されるほど「学習しない組織」になってしまう | ハイクラス転職ならdoda X（デューダエックス）
doda X（旧：iX転職）は、パーソルキャリアが運営するハイクラス転職サービス。今すぐ転職しない方にも登録いただいています。 今の自分の市場価値を確かめてみましょう。 世界的な大企業、いわゆるビジョナリーと言われる企業では、この30年ほど「学習する組織」をどのようにして創るかということが、大きなテーマとして扱われ続けてきました。 生き残る種とは、最も強いものではない。最も知的なものでもない。それは、変化に最もよく適応したものである（チャールズ・ダーウィン） 変化が激しい時代において、「企業や組織に集う人同士が学び、変化し続けることこそ重要である」という認識は多くの人が賛同するものではないでしょうか。 ところが、この点を多くの現役ビジネスパーソンや経営者と議論していくと、実は下図に示すようないつも慣れ親しんだ企業の運営体制こそが、実は「学習しない組織」にとても陥りやすいという衝撃的な指摘が
工数見積もりやスケジュール管理で参考になる記事10選
プロジェクトを遂行するためには、工数の見積もりやスケジュール管理が必要になります。正確な見積もりは難しく納期に間に合わなかったり、残業や休日出勤で埋め合わせたりした経験はありませんか？ 今回は、より正確に工数の見積もるための手法や、差し込み作業を考慮したスケジュール手法などについて解説されている記事をまとめました。 マネージャー、エンジニア、デザイナーなどすべての方に参考なる内容だと思います。 開発の見積もりとスケジュール管理 クックパッド株式会社の方が実践している見積もりとスケジュール管理方法について紹介されています。工数を見積もるステップや、スケジュールを立てるときの注意点、スケジュール管理の方法について学びたい方におすすめの記事です。 開発の見積もりとスケジュール管理 不安とストレスから解放される見積りとスケジュール方法 開発をしているとき、納期に間に合わなかったらどうしようと不安に
新規事業を潰してわかった、失敗するスタートアップの8の兆候 - paiza times
Photo by Jeff Attaway 今回のpaiza開発日誌は片山がお送りします。 paizaの運営を始めて3年半ほどたちました。 大変なこともたくさんありましたが、ユーザー数もこの1年で約6万人ほど増えるなど、事業もだいぶ軌道に乗ってきました。 paizaはメディアビジネスなので、ITエンジニアと求人企業がそれなりの数集まらないと成り立ちません。初期投資もそれなりに必要だったため、最初のころは資金がすごい勢いで溶けていく割には先が見えない、まさにヒリヒリと「痺れる」毎日をすごしていました。 最近ではようやく事業も軌道に乗ってきましたが、ここまで来るためには、paizaを立ち上げる前に一度、新規事業立上げで失敗した経験がとても役立ちました。 今回は、その失敗から学んだことをまとめてみました。何かの参考になれば幸いです。 ■スタートアップ立上げをやってみて分かった失敗の法則 paiz
採用で失敗しない、たった一つの冴えたやり方 - 書架とラフレンツェ
読む時間がない人向けまとめ 職務記述書を書け できるだけそれに近いことをやったことがある人間を採用しろ 承前・職務記述書の話 採用シーズンも終わりかけの頃にこんな記事を書いて申し訳ないが、記憶の生々しい時期の方がいいと思ってさ。 そもそも採用を成功させるとはどういうことだろうか。もちろんそれは、欲しい人材を雇う、ということだ。では欲しい人材とはどのような人材だろうか？ ここで「コミュニケーション能力があって～」「学ぶ意欲があって～」などとフワフワした希望を述べているようでは、いつまでたっても欲しい人材など採用できるはずがない。そもそも現場の各部署と経営層、また人事担当者にとっての「欲しい人材」像はそれぞれ食い違っていることも多いし、もし「コミュニケーション能力と学ぶ意欲がある人材」といった事柄で意見が一致したとしても、その能力や意欲の定義がずれていてはどうしようもないからだ。 日本の多くの
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
