こんなエンジニアリングマネージャだから仕事がしやすいんだなぁと思う10個のこと - Mitsuyuki.Shiiba
最近、毎日のようにEMのいくおさん（ @dora_e_m ）とTwitterXでわちゃわちゃしてる。彼のポストを見ていると、ガンプラをつくるかビールを飲むかしかしていないように見えるが、それで合っている。 という冗談はおいといて真面目な話をすると、エンジニアとしての僕は彼と仕事ができている今の時間のことを本当に貴重な時間だと思っている。とにかく仕事がしやすいし、いろいろな気づきを与えてくれるおかげで、自分自身の成長も感じている。 エンジニアリングマネージャとしての知識が豊富でスキルが高いというのはもちろん、人との接し方や日常的なふるまいもとても尊敬できるものなのだ。 そこで今日は、僕が彼とこの3ヶ月間仕事をしていて、やりやすい・尊敬していると感じていることの中から10個だけ簡単に紹介しようと思う。僕からいくおさんへの日頃の感謝の気持ちをあらためて書いておこうと思っただけとも言う（ふだんから
女性が考える「男女対等」の発想の狭さ｜ショーンKY
従前からの読者はご存知の通り、筆者はジェンダーギャップ指数を改善することを目的として、仕事への没入がどうしても要求されるリーダー職に女性が進出することを促進するため、女性稼ぎ手モデルの積極導入を提唱している。 リーダー職の滅私奉公性 私が女性稼ぎ手モデルを勧めるのは、ジェンダーギャップ指数の計測対象である社会的リーダー＝政治家や管理職は、どうしても仕事への没入を求められがちだからである。 リーダー職は多くの人にとって重要な方針を決める権限を預かっているがゆえにリーダー職なのであり、職業倫理として「滅私奉公」（※ここでの「公」は有権者や部下）が求められ、私事を優先すればどうしても「身勝手」との誹りを受けやすい。例えば、直近では伝染病の流行が危機的状況にあり、厚生労働大臣ともなれば多くの人の命を預かっている状態だが、ここで大臣がゴルフにでも出ていれば政治的スキャンダルになるだろう。最近環境相が
ホントのところ「皆がやらない面倒な仕事を進んでやって、それが評価される」には、そこそこテクニックが必要。
ホーム > ホントのところ「皆がやらない面倒な仕事を進んでやって、それが評価される」には、そこそこテクニックが必要。 身も蓋もない話をします。 先日、fujiponさんが書かれた、こちらの記事を拝読しました。 結局「とにかく面倒くさいことを進んでやる」人が、組織で評価される。 「そんなに働きたくはないけれど、肩身が狭い思いをするのは嫌だなあ」というのが僕の本音なのですが、そんな「いいとこどり」は難しいのです。 「権利」が整備されたとはいうけれど、まともに仕事もせずに自分の権利ばかり主張する人がうまくやっていけるはずもありません。 『働かない技術』という本の紹介を主軸にした内容で、大変分かりやすかったですし、面白そうだったので私もポチってみました。 まだ届いてませんが。(漫画以外の本は電子書籍ではなく実物で欲しい派) fujiponさんの所感についても全体的に首肯するところなのですが、一点だ
ミスが全くない仕事を目標にすると、ミスが報告されなくなる『測りすぎ』
たとえば天下りマネージャーがやってきて、今度のプロジェクトでバグを撲滅すると言い出す。 そのため、バグを出したプログラマやベンダーはペナルティを課すと宣言する。そして、バグ管理簿を毎週チェックし始める。 すると、期待通りバグは出てこなくなる。代わりに「インシデント管理簿」が作成され、そこで不具合の解析や改修調整をするようになる。「バグ管理簿」に記載されるのは、ドキュメントの誤字脱字など無害なものになる。天下りの馬鹿マネージャーに出て行ってもらうまで。 天下りマネージャーが馬鹿なのは、なぜバグを管理するかを理解していないからだ。 なぜバグを管理するかというと、テストが想定通り進んでいて、品質を担保されているか測るためだ。沢山テストされてるならバグは出やすいし、熟知しているプログラマならバグは出にくい（反対に、テスト項目は消化しているのに、バグが出ないと、テストの品質を疑ってみる）。バグの出具
「マネージャー不要」という人いますけど、大抵の人はマネージャーが管理してくれないと仕事ができないんです。
ホーム > 「マネージャー不要」という人いますけど、大抵の人はマネージャーが管理してくれないと仕事ができないんです。 こんな記事を拝読しました。 どう考えてもマネージャなんて不要だからそれで上手くいくなんて期待しない方がいい 色んなマネージャがいる。何をやる仕事だろうか？役に立ってる？要らないだろ？って話をまとめたい。 別段批判という訳ではないんですが、思ったことを書きます。 私はシステム関係の仕事をしておりますので、この話を「一般的なシステム開発におけるマネージャーの仕事」の話として解釈してみます。 数人から十数人程度のメンバーが、それぞれ細分化されたタスクを割り振られて、当該タスクの達成を日々のミッションとして働いている現場と、その現場をまとめているマネージャーを想定しましょう。 で、そのマネージャーが不要かどうか、と考えます。 web上で「マネージャー不要論」というものを目にする機会
問題意識を感じたときに「効率的に良い状況に変える」ためのアクションリスト - $shibayu36->blog;
自分の置かれた環境で問題意識を感じることってありますよね。例えば 上司全然ちゃんとやってくれないじゃん！最悪！ 会社にこういう問題あるじゃん！なんで直らないの！最悪！ みたいな感じ。 昔はこういう問題意識を持った時、自分で「良い状況に変える」ことに苦労をしていました。しかし、最近は自分の意識を変えることで「効率的に良い状況に変える」ことをしやすくなったなと感じています。そこで今回は、どのように自分が意識を変えたかということと、問題意識を感じた時に最近試しているアクションについて書いてみようと思います。 昔に自分がよくやっていたアクション 問題意識を感じた時、昔に自分がよくやってしまっていたのは 飲み会の場で愚痴る 上司に詰め寄る 問題意識だけを提起する というようなアクションです。このようなアクションをした時、良い上司はちゃんと話を聞いてくれて、実際に問題が解決することも多くありました。
エンジニアリングマネージャーという仕事について - kobakei's blog
今自分が働いている会社ではエンジニアリングマネージャーという肩書で仕事をしています。「ああ、エンジニアのマネジメントをする人ね」ってことなんですが、具体的にどういうことを考えてどういう仕事をやってるかを実際にやってみて分かったこともあるのでまとめておこうと思います。 一応注意としては、「自分はこう考えて仕事してるよ」っていうだけの話で、会社や組織によっては全然違うことを考えたり実行してる人も一杯いると思います。自分の仕事はピープルマネジメントがメインです。 ミッションは「エンジニアチームの生産性を最大化すること」 そもそもエンジニアリングマネージャーって何のために存在してるかというと、エンジニアチームの生産性を最大化するために存在してると思ってます。生産性を上げるためには、各メンバーのモチベーションを高く維持しないといけないし、メンバーのキャリアアップをサポートしないといけないし、メンバー
マネージャーは、メンバーが力を最大限発揮できる土壌作りが大事！〜今度はDI部のPMに聞いてきたよ〜 | DevelopersIO
どうもどうも、荒井です。チョコはもらえましたか？ 先日はAWSのマネージャーに話を聞いてきたので、今回はその第二弾！ クラスメソッドで代々PMとして携わってきて、現在データインテグレーション部（DI部）でマネージャーを務める田子さんにインタビューしてきました！ 「技術は好きだけど、次のステップアップとしてマネジメントも必要かも？」と思い始めたそこのあなた！！ 刺さることがあると思うので、どうぞ、最後までお読みください。 インタビュースタート ー所属とお名前、または通り名をお願いします。 データインテグレーション部プロジェクトマネージャーの田子です。 一部でTGと呼ばれています。名付け親はもういません。 ーΣ(´⊥｀lll)ん!! ーええと、では、TGがマネージャーになるまでの簡単な経緯を教えてください。 最初からその枠で入りました（笑） 現在は2社目で、入社9年目ですね。 ーえ〜、長いです
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
ところてん on Twitter: "自分の発表のあと、後ろの方で雑談してたんだけど 「マネージャーとディレクターとプロデューサーの区別がついてなくて、必要となるスキルが異なるのに、一直線のキャリアパスだと会社が思ってるのが問題だよね」 というので、だいたい意見が一致した。 #NTTtech"