記事一覧に戻る
In the AI Era, Everyone Becomes a PM — The Engineer's New Survival Strategy

In the AI Era, Everyone Becomes a PM — The Engineer's New Survival Strategy

ZenChAIne·
projectmanagementaitechstackleadership

Introduction

A talented engineer gets promoted to team lead, then to project manager. It's a well-worn career path — and one where many people stumble. The landscape changes completely.

Engineers pursue technical correctness and code quality. PMs deal with stakeholder politics, budget management, contract risk, and team dynamics. "The solution was technically correct, so why did the project fail?" — the answer lies in the fact that PM skills exist on an entirely different axis from technical ability.

And now, with the arrival of AI, this is no longer just a PM problem. As AI auto-generates code, the engineer's job is shifting from "How (how to implement it)" to "What (what to build)" and "Why (why build it)."

If engineers don't develop a PM-level perspective — seeing the business and the project as a whole — they risk becoming operators who are used by AI rather than professionals who wield it. That's the reality of 2026.

The Declining Relative Value of "Being Able to Code"

With the rise of LLMs, the relative value of "being able to write code" has dropped. Three capabilities have taken its place.

Design thinking. Understanding business requirements correctly and giving AI the right instructions. It's the ability to sharpen the resolution of "what to build."

Critical judgment. Evaluating whether AI-generated code is architecturally sound, free of security vulnerabilities, and performant enough. Without review capability, you're just stacking black boxes.

Decisiveness. Choosing "what not to do" from the options AI presents. AI handles meeting notes and scheduling. Humans should focus on navigating stakeholder politics and making the tough calls.

Choosing "AI-Friendly" Technologies

Twenty years ago, the rise of the LAMP stack was the talk of the IT industry. Technologies were adopted because they were trendy, without engineers who could maintain them long-term. Three years later, the result was an unmaintainable monster.

That lesson still holds. But the criteria for technology selection have fundamentally changed.

The most important criterion for modern tech selection is: "Does this maximize development productivity with AI?"

Volume of training data. Python, TypeScript, React, AWS — technologies used globally with massive codebases on GitHub. These are AI's "native languages." Choosing technologies where AI has the most training data dramatically improves both code generation accuracy and troubleshooting effectiveness.

Migration feasibility. If the technology becomes obsolete in three years, can you migrate with AI's help? Niche frameworks carry fatal migration costs when they decline.

Clarity of purpose. Is this tech choice a means to maximize value delivered to users? Or is it just something the team wants to play with?

Choosing major technologies with stable trends isn't conservative — it's the most rational and aggressive strategy for unlocking AI's full potential as your most powerful partner.

Implementation Without Understanding — The Worst Kind of Technical Debt

Now that AI can write code, it's possible to generate working code in frameworks you don't deeply understand. But this carries the risk of creating a new kind of monster.

Twenty years ago, there was nothing as easy as npm install. Adopting a technology meant understanding its middleware configuration and tuning. The barrier to adoption was high, which kept it close to the barrier of understanding.

Today, the gap between "easy to adopt" and "safe to maintain" has never been wider. A system built by stacking AI-generated code that nobody understands is more dangerous than the monsters of twenty years ago — because on the surface, it appears to work perfectly.

Watch out for the new dimension of "Build vs. Buy." Authentication via Auth0, payments via Stripe, database via PlanetScale. Composable Architecture — assembling convenient SaaS offerings — is rational, but it's also a bet that puts your lifeline in the hands of external platforms.

The Purification of Decision-Making — AI Does the Work, Humans Bear the Responsibility

As LLMs write code, organize documents, and present multiple options, the human role is increasingly distilled down to "making decisions."

AI can give you the "average right answer." But it won't take responsibility for the close calls that determine a project's fate.

Sifting through mountains of data, then trusting your intuition and conviction to point and say "this way" — that energy at your fingertip is what moves teams.

The PM as Translator

One of the most critical roles for today's PM is translation. Business stakeholders speak in "LTV" and "Churn Rate." Engineers speak in "Microservices" and "Latency." The ability to bridge these languages prevents team fragmentation.

"If we don't do this refactoring, the speed of future feature development drops by half (= opportunity cost)." In the era of remote work, the skill to capture this translation in high-resolution text is indispensable.

Sync vs. Async Communication

In remote work, preventing "task evaporation" — where nobody picks up the ball — requires deliberate communication patterns.

"Who does what by when" belongs in Notion or GitHub Issues, stripped of ambiguity in text form. Meanwhile, "why we're doing this" and "this is the moment of truth" — that energy needs Google Meet or face-to-face.

Delegate every delegable task to AI, and use the freed-up time for humans to sit together and talk about the future. That might just be the ultimate team-building strategy.

Summary

Twenty years ago, the "People, Product, Money" perspective belonged exclusively to PMs. Today, it's required knowledge for every developer.

In an era where AI handles the How and humans focus on the What and Why, the survival strategy for engineers is clear.

  • Tech selection: Make "AI compatibility" the top criterion
  • Implementation: Ruthlessly eliminate "building without understanding"
  • Communication: Serve as a translator, balancing sync and async
  • Decision-making: Develop the ability to choose "what not to do" from AI's options

Communication built on mutual respect, with absolutely no pulling punches. What we once called "equal partnership" has evolved into "high-level collaboration between professionals who can wield AI" — and that's what's demanded of us now.

失敗前提から挑戦前提へ — ITプロジェクトマネジメント 20年の進化ウォーターフォールからアジャイルへ。20年で変わったこと、変わらないこと。zench-aine.io
RFPの終わりとスコープの始まり — カネを巡る現代の戦い方20年変わらない一括見積もりの呪縛と、LLM製RFPの新たな罠に立ち向かう。zench-aine.io