management 17

• インフラのダッシュボード確認から重複項目を外したら、属人化が戻りそうな気がしている 2026/10/13
• 報告・共有は相手によって何を変えるか 2026/10/08
• 調査タスクを依頼して成果物がズレたとき、依頼した側が見落としていたもの 2026/09/15
• 内製化が成立するかどうかは、会社の規模ではなくオーナーシップの所在で決まる 2026/09/10
• Why をやめると、負担は問う側に移る 2026/09/08
• 本番インフラ移行のカットオーバー判定は、エンジニアだけで下してよいか 2026/09/02
• 上長への不満で失敗しない出し方 — 事実の食い違いと判断への不同意を混ぜない 2026/08/31
• Design Doc の4要素、毎回書くのはどれか — Non-Goals だけは書く 2026/08/27
• AIで効率化した分を申告すると評価が下がる — 工数を重みにした評価制度の算術 2026/08/06
• 「伝えればすむ」という誤解 — バグ対応でPdMとエンジニアがすれ違う理由 2026/07/10
• レビュー不能なPRを出す人の心理と、レビュアー側の防衛策 2026/07/08
• 意見を求めた相手に理由を隠すと、決定より伝え方で人は怒る 2026/07/02
• PPM（プロダクト・ポートフォリオ・マネジメント）を「分類」から「動かす道具」として読み直す 2026/06/17
• CPAは「高いから広告を出せる」ではなく「LTVが高いから結果としてCPAが上がる」 2026/06/01
• 「計画する」を分解するとAI時代の生存戦略が見える 2026/05/20
• 「早さは信頼」を考察する — 速さと精度のトレードオフ 2026/04/30
• エンジニア採用でスカウトより先にやるべきこと 2026/04/22