PdM/EMが気づくべき「技術負債」の異変〜予測精度の幅で捉える〜

技術負債が溜まっている勘所について。現場のエンジニアは実際のシステムを触っているので変更や追加をする過程で当事者になるのでおおよそ異変に気づく。

新卒n年目でチームリーダーになり、プレイングマネージャーがしたいが、コードもかけないし評価・1on1もわからない問題

#123 間違った目標設定と評価制度が”失敗”を作る

間違った目標設定と評価制度が失敗を作るという話をしたいと思います。
エンジニアであれば、薄々感じている方も多いのではないでしょうか。

#122 まず「できない」って言わない

組織の中のコミュニケーションがうまく取れていないと起こる現状としてエンジニアの 「できない」という言葉によって生まれる現場のハレーションを多く見てきました。

#124 “成長できない環境”という理由で離れること

同じ環境でも、ひとによって”成長できる環境”という人もいるし、”成長できない環境”だから離れていくメンバーもいる。

自分が当事者だと指摘事項に気付けないのに、客観的に見ると簡単に気づく問題

何か提案するときに、自分が提案の当事者だと指摘事項に気付けないのに、客観的に見ると簡単にその指摘事項に気づく問題がよくある

「人が増えると生産性が上がらない」はコスト増ではなく採用リスクの増加問題

人が増えると生産性が上がらないというのはよく語られることで、コミュニケーションパスの増加やオンボーディングが原因だと考えられているが、足元を観察すると実はチームに合わない人を「採用するリスク」が増えることに寄与している可能性がある。

人を増やす＝採用フローが必ずバリューストームとして存在するので当然といば当然。

トップダウンが多すぎて主体性がないと合議制が過ぎて意思決定が遅いの間

何かしらの責任者から見える目線。

#125 リズムを作る

最近、マネージャーレイヤーの仕事はチームのリズムが作れるかどうかが大きいなと感じる。

DevRelの概念設計

DevRel（Developer Relations）関連業務を進める中でプロセスを思案したので記録

構造化（プロセス）