あの頃の俺に伝えたい内容を雑に書く。 本を読め お前が困ってることはたいてい先人の知恵によって体系化されている。経験から学ぶことも大事だが、歴史から学ぶことを常に継続しろ。 他社のマネージャーと話せ 社内のことで手一杯なのはわかるが、思った以上に視野が狭くなっているぞ。社外の人間と話すとそれに気づくはずだ。緊張を乗り越えて直接声をかけたりイベントに出向いたりしてみるといい。思考が整理され、きっと解決の種が育つ。 引き出しを増やせ マネジメントは成長がわかりづらい。不安になったらマネジメントの引き出しを増やすことに集中しろ。メンバーへの物事の伝え方、意思決定の前の整理の仕方、やり方は無数にある。何個違うやり方にチャレンジできたかを数えてみるといい。 どこで成果を出すかを決めろ 自分の期待は自分で合わせろ。やること、やらないこと、頼りたいことを明文化しないと全てが自分の責任のようにすれば感じて

Photo by Grant Guarino 高村です。開発チームのエンジニアリーダーをしています。 私は前職でメーカー系の大手SIerに8年ぐらいいたのですが、よその炎上プロジェクトの助っ人に行くことがよくありました。 助っ人をするのは大変ではありますが、「優秀な人たちはどんな振る舞いや働きをして炎上をしずめているのか」「何が原因で炎上したのか、どの時点で何をしていれば炎上が防げたのか」などがわかって勉強になるし、次の仕事に生かせる知見が得られて非常に役に立ちました。今も役立っています。 というわけで今回は、「担当しているプロジェクトが炎上し始めたらやったほうがいいこと、逆にやってはいけないこと」について書いてみます。 （※炎上していなくても「そもそも日常的に気をつけておくべきでは？」って項目も多いですが、「炎上しだしたらさらに重要！」ってことで…。） 担当プロジェクトが炎上しだしたらや

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

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

結構前のVolだが、WEB+DB PRESS Vol83を再度読み直したのでまとめてみた。 ※画像は技評の公式より http://gihyo.jp/magazine/wdpress/archive/2014/vol83 なぜ強いチームが必要なのか なぜチームで働くことが必要なのか？ チームで働く一番の理由は、一人では完成できない仕事をするため。 能力は人それぞれ違うので、自分の能力の範囲をカバーするためにチームで開発を行う。 強いチームの評価基準 近年のビジネススピードの変化の中では、状況に対応し、新たに必要とされる能力をいかに短時間で身に付けることができるかが、競争力の源泉となりつつある。そのため、チームに求められる能力も、ある固定化されたルールにおける最適化よりも、状況を判断し、必要な能力を獲得できることに変わりつつある。 ある特定の状況下で勝てるチームが強いという時期は終わり、変化に

この記事は、Pepabo Managers Advent Calendar 2016 の12日目の記事です。 11日目は、kwgcさんの「スニーカーについて」でした。 以下のような項目についてお話ができればと思います。 現在の立場について どのような経歴からマネージャー職になったか 足りないと思ったスキル 会計 面接 コーチング ファシリテーション プロダクト開発 それをどのような手段で身につけてきたか 本を読む 計画 実践 問題の発見 改善 (PDCA) 先輩マネージャーを見る 問題だったプロセスや気付き とにかく行うMTG 共通認識・理解 どのように解決したか、改善したか MTG 目的を決め、意思決定者を決める 共通認識・理解 徹底的に話す 新たに見つかった足りないスキル 最近考えていること 最後に 現在の立場について プロダクトに関わるマネージャーです。現在担当しているプロダクトは写

最近はマネージャーをやらせていただいていて、会社でコーディングをやれていません。危機感を感じる毎日ですが、プライベートで自分のサービスを作っています。来年はクラウドソーシングでもう何個かサービスを作ってやります。 そこで、私にとってのみなさんがやっている「プログラミング」と同義なコトとは何か？を考えてみる。・・・よくわからない。自分が何に貢献しているかを考えると、うーんでなります。思い出してみると、常に色々なことを考え続けていて、読んでる本も多様になってきました。今はポエムしか書けないですね。 人や組織と対峙するということは、それこそカオス、感情や苦しみに対して答えのない質問に答え続けることになります。ほぼうまくいかない。成功の定義も曖昧。でも続けていくと変化はする。そのなかで何をするのか？もう考え続けるしかない。 だから本を読む。自分以外が体験していること、経験していることを取り込む。ノ

『効率よく結果を出す！プレイングマネジャー入門』の読書メモです。 プレイングマネジャーとは？ 自分の仕事があるのに、部下や後輩の面倒も見なくてはならない「プレイヤー」と「マネジャー」２つの役割をこなす立場の人。 プレイングマネジャーが効率よく結果を出すために必要なもの リーダーシップ コミュニケーション マネジメント プレイヤー チーム 1.「リーダーシップ」を身につけるために 自分が果たすべき役割や責任を認知する プレイヤーとしてのスポットライト：個人で実績を上げたとき マネジャーのスポットライト：チームの実績が上がり会社に認められたとき 人格を磨いて最大限の成果を上げる プレイヤー：成果 = 能力 + 人格 (人格が0でも能力さえあれば成果は上げられる) マネジャー：成果 = 能力 × 人格 (どんなに高い能力でも人格が0ならば成果も0になる) 笑顔で相手の目を見て、常に心のドアを開い

この記事はエキサイトAdvent Calendar 2017の5日目の記事です。 エンジニアの皆さんにこの職種を選んだ理由を尋ねると、決まって純粋に開発がしたい、ものづくりがしたい、技術で食べていきたい、などのいかにもエンジニアらしい答えが返ってくるものと思います。そんなエンジニアも組織に属して、ある程度経験を積んだところで「マネジメント」という言葉をちらほら耳にするようになってくる訳です。 当初からマネジメントを目標にしていたわけではないエンジニアにとっては、「マネジメント」にあまり良い印象はもたないのではないでしょうか。私もその中の1人なのですが、なんだかんだで、どうにかこうにか私なりの考え方が収束してきたので、どう向き合ってきたのか少しだけまとめさせてもらおうと思います。 マネジメントする人、される人それぞれに一例として興味を持っていただけるとうれしいです。 そもそもエンジニアのマネ

この記事はサムザップ Advent Calendar 2017の7日目の記事です。 昨日はGaku_IshiiさんのUnityとMono.Cecilでポストコンパイル時アセンブリ編集をやってみたでした。 昨日のGakuさんありがとうございます。 本日は、アナフィラキシーショックはまじで死に至るから侮るな。 アナフィライフなfujisyunです。 アナフィラキシーについては、 ファイザーさんのHPを参照してみた。 "重篤な症状があらわれるまでの時間が数分～15分と極めて短く" 重篤って息できなレベル。ね、怖いでしょ。 アナフィラキシーを侮るなかれと啓蒙をつづけようと勝手に思ってます。 先にまとめ 目標を立てる 振り返りをする 腹をくくる 以下は駄文です。 なんとなくエンジニアマネージャーって? これ過去の自分のことなんだけれどね。 上司｢君、マネージャーやってよ。やってくれる人いなくってさ。

はじめに こんにちは！Supershipの永田ゆにこです！「Supership株式会社 Advent Calendar 2016」の20日目を担当します（^o^）今年は会社のやつに参加するぞ〜！ これからマネジメントやらなきゃいけない人や、同じように困ってる人にぜひ読んでほしい！めちゃくちゃ長いです。 前置きと振り返り さて、これまでは二年連続でGitに関することを書いてきました。Gitが使えるデザイナーブランディングをしていたんですね〜。いまやデザイナーの人がGit使うのは普通になってきた印象です。便利すよねえ。 去年の書いたのはこれ Gitとわたしとデザイナーと 〜2015年Gitの思い出〜 その前書いたのはこれ デザイナーがこうやってGit覚えて大好きになったよ♡ てな感じで少し前はデザイナー&ディレクターをしていたのですが、最近はだんだんプロデューサー&マネージャーぽい感じに変わっ

今はエンジニアだけどプロジェクトマネージャー（以下、PM）になりたい人、なりたくないけどやらなければいけない人、気づいたらPMっぽいこともやっている人、色々居ると思います。 ですが、いざやろうと思っても何をしたら良いか分からないと言う人も多いでしょう。 そのため、まずは上司や経験者にどうすれば良いか？という質問をすると思いますが、 やってみないと分からないので、とりあえず実践だ！ 習うより慣れろ！ 経験に勝るものは無い！ 失敗して覚えろ！ などという、ありがたくも役に立たないお言葉を頂くことも多いはず。 しかし、 何事も最低限の知識は必要 経験する前に学習したいのに、いきなり経験しろっておかしくない？ しなくてもいい失敗は避けるべき と言うのが、言われた側の本音だと思います。 そのため、今回は以下の3点でPMの勉強法について書いてみたいと思います。 1.資格勉強で基礎知識を覚える 2.現場