AIがコードを書く時代になぜプログラミングを学ぶのか — 不安な若いエンジニアへ
AIに仕事を奪われるのではないか。自分の仕事に価値はあるのか。勉強会で会った若いエンジニアたちが抱えていた不安に、二十年以上この業界にいる立場から答えてみます。コーディングはそもそもボトルネックではなかった。実装は要求の解像度を上げる装置である——という仮説を、いくつかの調査データと共に。
Latest
8kg痩せて分かった、ダイエットで一番効いたのは「自分を自覚したこと」だった
100kgを超えていた頃、私は「そんなに食べていない」と思っていました。食事を記録し始めて分かったのは、意志が弱かったのではなく、自分の食生活を正しく認識できていなかったという事実。約8kg減の裏にあった「記録→自覚→自然な補正」の話です。
「コードを書くだけの仕事はなくなる」に感じる違和感
生成AIの話題になると「コードを書くだけの仕事はなくなる」とよく耳にします。でも私は、そんな仕事がもともとほとんど存在しなかったと考えています。実装は単なる入力作業ではなく、設計を検証し要件を見直す思考のプロセスだからです。AIが下げたのはコードを書くコストであって、エンジニアの本当の仕事——コードに至るまでの思考——はこれからも残る。そんな違和感を書いてみました。
Evidence-Basedだけでは意思決定はできない
「それ、データはあるの？」と言われると、誰も反論できません。でもデータが語れるのは過去だけです。進捗は健全なのに芯を食っていなかったプロジェクトと、見える化が現場を歪めた経験から、PMが扱うEvidenceとJudgementの関係を考えます。
管理（Management）の基本は「床のゴミ拾い」から始まる - コントロールできない世界で、マネージャができる唯一のこと -
管理とは、ルールや計画で人や状況をコントロールすることではありません。
人も組織も複雑系であり、マネージャにできるのは「支配」ではなく「作用」だけです。
床のゴミを拾う──そんな半径3mの小さな改善こそが、管理の本質である理由を、複雑系とマグニチュードバイアスの観点から考えます。
効率化は人を幸せにしない – PMが考えるべき“非効率”の価値
効率化は人を幸せにするのか？PMという立場から、効率化が持つ構造的な限界と、非効率にこそ宿る人間らしさの価値を見直します。
プロジェクトマネジメントは“失敗のマネジメント”である
プロジェクトを成功させるために必要なのは、「成功のイメージ」よりも「失敗の想定」。PMの本質は、失敗のマネジメントにある。
“曖昧さ”と共に進む力 – 完璧な情報を待たないPM術
意思決定には常に情報の不足がつきまとう。完璧な判断は幻想であり、曖昧な状況でも一歩を踏み出す力がPMには求められる。本記事では、判断を支える「撤退基準」「フィードバック」「スコープ分割」の実践的な視点を紹介する。
“フィードバックのない世界”がプロジェクトを蝕む
人間の認知には限界がある。だからこそ、プロジェクトにおいては多様なフィードバックを積極的に取り入れることが重要です。現実に立脚した意思決定を行うために、PMが育てるべき視点と姿勢について語ります。
なぜ“プロジェクトを始めない”判断ができるPMが信頼されるのか
プロジェクトの立ち上げ時に感じる小さな違和感。そのまま進めてしまうと、取り返しのつかないデスマーチの引き金になります。PMとして、その違和感を言語化し、必要なら"No"を言う。この記事では、静かな違和感の見極め方と対処法について考察します。
“報告のための報告”になっていないか？
報告業務は本当にプロジェクトに必要ですか？その目的が曖昧なまま、惰性で続けている報告がチームのモチベーションとリソースを奪っていないか。報告のコストを可視化し、意味のない業務を排除するPMの視点を共有します。
“納期に間に合わせること”が目的化していないか？
納期を守ることは重要です。でも、それが“目的化”していないでしょうか？意味を失い、暴走するプロジェクトの特徴と、それを止められるPMのあり方を考えます。
プロジェクトの“ゆらぎ”に気づく感性をどう育てるか
プロジェクトの崩壊は“突然”ではない。微細なゆらぎに気づける感性をPMが持てるかどうかが、チームを救えるかどうかを分けます。掃除・ルーティーン・直感・ヒヤリハット。感性は鍛えるものです。
“考える時間”を守れないPMは、判断ミスで破滅する
忙しさに追われ、「考える時間」を持てないPMは、やがて判断の質を失います。
PMの仕事は“思いつき”ではなく“思考”によって成り立つもの。
判断を誤らないために、プロジェクトを守るために、余白を死守しましょう。
判断の質は、余白が決める——Calm PMの中核的な視点を掘り下げます。