初めに こんにちは。CYBIRDエンジニア Advent Calendar(http://qiita.com/advent-calendar/2017/cybird) 3日目の@keitarou です。2日目は@masatoshiitohさんの「TCPサーバーを書いてみよう」でした。 簡単な自己紹介 いまはCYBIRDでエンジニアをしており、主にスマホゲームのタイトル開発・運用などを担当しています。F2P型のよくあるソシャゲーってやつです。 一般的にはリードエンジニアや、ディレクターと呼ばれるような仕事をしています。 開発環境は、HTML5, Unity, iOS/Android, LAMP みたいなキーワードが多くを占めます。 今日書くこと タイトルの通りですが、コードレビューの話をしようと思います。 普段はコードレビューとする立場が多いですが、コードレビューを人にお願いする時には今後こ

マネジャーは自分の強みを何におくのか。 自分で適切に判断できるはずのことは何か？ 自分の力だけではどうにもならないことは何か？ どういう手助けを必要かを知らなくてはならない。 以下の考察は、少ない経験の範囲で書いたものです。 極めて典型的と思われる傾向を書いたもので、あなたの知っている個々のマネジャーに当てはまるものではないことにご注意ください。 技術を知るマネジャーの場合 技術者としての直感をもとに、同じような専門的な技術者とともに少ない手順でアプローチすることができる。 マネジャーが技術的に能力があることをメンバーは理解しており、そのアプローチにしたがって開発していけばうまくいくことを信じられる場合が多い。 マネジャーの考えと担当者の意見とが違った場合でも、担当者が技術に基づいてマネジャーに説明すれば、たいていの場合議論が成立する。 技術を知るマネジャーの場合、それを実現するのに平均的

ここ半年、一生分のレビューをしたので、そこについての記述をします。 経験則に基づくものなので、根拠のあるものを読みたければ以下を参考にしてください。 あなたのおっしゃるレビューってどのことかしら？ http://qiita.com/mima_ita/items/c3490ad1ccc12ad853f1 なお、今回、おこなったレビューはチームレビューでプロジェクトのプロセスに組み込まれているけどそこまで厳格ではないです。 管理者への提言 一日の半分以上をレビューいれるのはやめてくだち。 これはレビューをできる人間を、適正の数、雇うか教育して配置しろってことです。 レビュワーは勝手に生えてこないので、普通の人間をレビューできるくらいにする必要があります。 手っ取り早いのはレビューに参加させることでしょう。 だいたい指摘にパターンがあるので、補助としていれときゃ、そのうち使いものになります。 レ

進捗が遅れると怖い わたし、進捗が遅れるとどうしたらいいかわからず怖くてたまらなくなります。業界2年目のひよっこです。 進捗が遅れることに怖がっていたら上手いリカバリ方法も思いつかずにうじうじと悩み続けてしまうので、自分が思う（新人用の）改善策を書いてみました。 もっといい考え方があるってのがあったら先輩教えてください。 進捗の遅れに対する態度 遅れに恐縮しない なぜ遅れを報告するのが怖いのか考えてみました。 すると、遅れた理由を責められるか自力でリカバリ方法を考えなくてはならないと思ってしまうからでした。 そこで、報告をする前にどんなことがはっきりしていたら怯えずに報告できるかなと、いくつかリストアップしてみました。 遅れた理由は明確か？ なぜタスク消化が遅れているのでしょう？ - 分からないことがある？ - 単純に作業が遅いだけ？ - 体調悪かったりする？ 自分のキャパシティを理解して

情報処理技術者試験向けのプロジェクトマネジメント分野の知識をまとめた記事です。昔、社内勉強会向けに書いたものなのですが、せっかくなのでこちらにも公開させていただきます。応用にも役立つと思いますし、高度試験のプロジェクトマネージャでも使える知識群です。 試験で問われる知識はどちらかというと SIer 向けです。とはいえ、プロジェクトを成功させるのに必要な観点、考え方も多く含まれるので、Web 系の方にも役立つ知識があるかもしれません。 試験対策で必要な考え方 特にプロジェクトマネージャ試験の午後Ⅰでいえることですが、PMBOK の世界観で考えられているかどうかが肝要です。自分の経験の凄さから回答するよりは、文中の事例に当てはまるように PMBOK の知識から答えていくのが安全です。 通称「みよちゃん本」には試験のポイントがまとまっているので、特に高度試験のプロジェクトマネージャを受ける人は読