  |
はてなキーワード: PMとは
昔、「営業や社長の『紙芝居でいいから』『POCでいいから』という言葉を鵜呑みにするな」と教えられた。
その言葉通り、さっと動いて見せられるものを作ると、それが客先でデモされ、「ここまで動いてるんだから、工数かからないで完成できるよね？」となって、「工数かけたんだから」と最初に作ったものがベースになり、作り直す機会もなく会社の屋台骨に育っていく。
Webサービスでは、個々の端末で実行されるフロントサイドはともかく、サーバサイドはランダムに並行して到着する、かかる時間が長短まちまちのリクエストを捌くことになるわけで。
最近相談を受けたプロダクトは、あまりに全てが独自に育ちすぎていて、合理的に改善する(改修によって見込める利益と改修にかかる費用が全くバランスしない。100年くらいかければペイする？)には手の施しようがない状態になっていた。
今の「生成 AI で迅速にローンチ」を見ていて、サーバサイドの知識もろくになく、その基礎の上に積み上げていって大丈夫か？ と思う。
かと言って、最初からガチガチに設計しろと言っているわけじゃない。
移行が必要になったらどうするかの見通しを立てておく。
データも。
処理も。
アーキテクチャも。
ということ。
スモールスタートと言っても、手遅れになるクリティカルなポイントはあらかじめ見通しを立てておく必要はない、というものではないと思っている。
よくＺ世代の文脈で言われる「責任や業務負荷を負いたくない」というよりかは、
会社が言う単純で直線的なキャリアパス（誰しもが管理職を目指す）は自分には何か違う気がしていて、
専門性を極めたくて、PM/PLの経験もしたいけど、プロジェクトを回すためのマネジメントはやりたいし、やってるけど、
でも、会社としては、平、係長、課長、部長になるという、誰しもが目指すべきというキャリアモデルがあって、そのレールに乗れない。乗りたくない。
妻は違う。ていうか、妻のほうが俺より稼いでる。
・上司に対する不信感はある
・妊活のことも上司に話しているが仕事はどんどん増やされる（担当領域が増えた）
・何がどれだけの時間がかかり、それをどれだけ抱えているのか定量的に分かる資料を作成して見せないと納得できないとのこと
・ぶっちゃけ、忙しすぎて作る暇がない。というか、情シスの保守の仕事は定型的ではなく、必要な工数を事前に提示するのが難しい（というのが俺の今の感想）
どないしたらいいんやろな。
妻に昇格したくない件を伝えたら「全然いいと思うよ」「同僚はそういう人多いよ」、無理して目指さなくていいよ、と。
良い奥さんやな。
ま、わい、仕事できないんやろうな。
あと、昇格を目指したくないと思った理由がもう1つあって、それが人事の裏事情を人事部の仲いい同僚が教えてくれるなど、色々調べて分かった。
昇格は試験合格でなれるのだけど、筆記試験、面接試験とあって、点数だけで純粋に評価されるというのが上司の説明だったが、実は違う。
・人事評価も影響して、B（標準的）よりはA（良好）、S（すごく良好）の人が昇格する
（分からなくはないが、事前に言えとも思う。上司の説明では人事評価はB以上であれば全員横並びという説明だった）
・合格者を比較する受験者一覧表には「最終学歴」が大きく記載されている
話違うじゃんって。
時間を無駄にさせられたのが一番嫌だった。騙されたって思った。
頑張って何になるんだろう。
だけど、昇格できない自分が惨めで悲しい。
わい、こんな人間だったんやな。
Geminiの回答
まとめ
「9割の国民にとって将来厳しい」という感覚は、経済学的な「実質賃金」の推移と完全に一致しています。
現在: 「①バス（日本経済）は低速運転。②自力でスポーツカー（スキル※1・外貨※2）に乗り換えた人だけが、インフレの先を走れる」
※1 ポータブルスキルを持つ人: その会社が潰れても、翌日に他社から「年収1.2倍で来てくれ」と言われるスキル（プログラミング、高度な営業、PM能力など）がある。
※2 「円」以外の資産を持つ人: 給与だけでなく、米国株や外貨建て資産を保有し、家計のポートフォリオを日本経済と切り離している人。
ーーー
限界: (外国人を受け入れても人口減少に歯止めがかからない)日本の人口が減り、市場が縮小しているため、売上が上がりません。売上が上がらなければ、どんなに頑張っても「大幅な昇給」の原資がありません。
ーー
実態: 世界市場（外貨）を相手にする、あるいは世界標準のスキルで戦う層です。
強み: 日本のデフレ・円安の影響を受けず、むしろ世界的なインフレや成長の恩恵をダイレクトに受け取ります。
→そういう単純なものではないと思う
ーーーーーー
第3の選択肢はあるのか？
「9割がマイナス」という絶望的な状況を回避するために、一部の人々が取っている「第3の戦略」もあります。
収入を爆発的に増やす（スポーツカー）のではなく、「固定費を極限まで下げる」ことで、手取りの減少に対抗する生き方です。
物価の安い地方で暮らし、ネットを通じて最低限の外貨や都市圏の仕事を得るスタイルです。
介護、建設、物流など、人手不足が深刻な分野で、賃金交渉力が強まっている職種に身を置くこと。
爆発的な富は得られませんが、「仕事がなくなる」リスクは低く、人手不足を理由にインフレ分程度の賃上げを勝ち取れる可能性があります。
Liveをひっくり返すとevilになるけど、これは偶然だよね？
7:07 PM
Claude responded:
はい、これは偶然の一致です！
英語の綴りの話で言うと、live を逆から読むと evil になるのは確かに面白いですが、語源的には全く関係がありません。
live は古英語の libban/lifian（生きる）が起源
まったく別の語源を持つ言葉が、たまたま逆読みで一致しただけです。こういった現象は semordnilap（パリンドロームの逆読み）と呼ばれることもあります。ちなみに "semordnilap" 自体が "palindromes" を逆から綴った言葉というメタなオマージュになっています。
stressed ↔ desserts
dog ↔ god
人間はパターンや意味を見出そうとする傾向があるので、こういった偶然の一致がとても印象的に感じられるんですよね。
You said:
ああ、人間の脳みその習性か。パターンを見つけようとする習性。
7:09 PM
Claude responded:
そうです！その習性には アポフェニア（apophenia）とか パレイドリア（pareidolia）という名前がついています。
アポフェニア → 無関係なものの間にパターンや繋がりを見出す傾向全般
パレイドリア → 特に視覚的なもので、雲に顔を見たり、トーストにイエスを見たりするやつ
これは脳の「バグ」というより、進化的には**サバンナで生き延びるための「機能」**だったと考えられています。草むらの揺れをライオンだと思って逃げる → 実はただの風でも損失は小さい。でも見逃したら死ぬ。だから「パターンを過検出する」方向に進化した、という話ですね。
live → evil の発見も、その脳の働きが言語に向いた結果とも言えます。面白いですよね。
You said:
そうだね。サバンナにあるのがダイコンだと思って、近づいたらライオンだったらまずいよね。
Claude responded:
まさに！笑 それが「偽陰性（見逃し）のコストが偽陽性（誤検知）のコストより圧倒的に高い」という状況ですよね。
ダイコンをライオンと思って逃げる → ちょっと恥ずかしいだけ
だから脳は「とりあえず怖いものとして反応しておく」方向に強くバイアスがかかっています。
現代でも同じ回路が働いていて、例えば暗い夜道で木の影を人に見間違えてドキッとするのも同じメカニズムです。サバンナではなくなったのに、ハードウェアはそのままアップデートされずに残っている、という感じで。
PDMいるはずなんだけど、やってること見てるとディレクターっぽいんだよな…。
「これいくらかかるの？」とか「それペイするの？」みたいな
それともそこまで見ないのが普通？
ちょっとモヤっとしてる。
“ Theologian Russell Moore Has a Message for Christians Who Still Worship Donald Trump”
—— “Time” JAN 21, 2021 7:55 PM JST
‘ So perhaps it’s not surprising that shortly after the events of Jan. 6, the guy whose actual paid job it is to try to get those in power to think about a higher power got about as ticked off as a polite Southern gentleman of faith is allowed to get.’
結論から言うと、その一文は誰かの発言をそのまま引用したものではなく、記者による描写（パラフレーズ的表現）です。
あなたが挙げた文が出てくるのは、Time の記事で、対象人物は神学者の ラッセル・ムーア。ただし、
“the guy whose actual paid job it is to try to get those in power to think about a higher power …”
この部分自体は、ムーア本人の発言として引用符付きで載っているわけではなく、記者が彼の立場を皮肉まじりに説明した地の文です。
今回のは後者です。
・機器構築して、エビデンスをひたすらスクショ取ってExcelに貼り付け
※若手はいるんだが、仕事を依頼しても基本レスはないし、会議にも出ない。
(他の同僚も同じこと言ってた)
あー、何のためにいるんだろうか？
何も得ることがないまま3年過ぎたわ。(反面教師にするという意味では得るものあったか)
【追記】
若手の反応が塩すぎると思うんだが、フルリモートとかしてるのか
ほぼそう。週1出社日なんだけど、誰も出社しない。(上司も何も言わない…)
技術力に関しては、不安。(副業でAWS設計構築したりしているけど、自信が無いんだよね)
自分としては両立できていると思うので、こうしたら両立できるんだな〜orここまで条件揃わなきゃ両立難しいんだな〜と参考にしてもらえれば。
昔いた会社にもいたな
自分が辞めるときもボードメンバーから聞いたけどそいつがいると精神的に辛いといったことを明言してやめた人が4,5人ぐらいいたとか
実際自分も仲のいいメンバーのみでの送別会の際にそういう内容を聞いたことあるし
自分自身も必要なことはPM経由ですませて直接絡むのを極力避けてたし席自体も離れたところに用意してもらってた
じゃないと新人に対して衆人環視のなかコードの書き方とかについて怒鳴り散らしてるのが目に入ってウザいから
slack上でも暴言上等なことあったから部署が再編成されたときに所属部署が解体されたけどその際にどこからも引き取り話がなかったというオチもある
退職者を減らすには、何人も辞めさせてる元凶を排除するしかないんだよね。人が定着しない職場には必ずクラッシャーがいるから、いくら「働きやすい職場づくり」とか立派な目標を掲げても、ヤツが居座り続ける限り被害者は増えるだけ。元凶を外すことが働きやすい職場づくりの一番の近道だと思う。— ぺんた (@penta_career) March 17, 2026
そこそこの規模の会社でITエンジニア（社員）がやってる業務の一覧（全部ではない）
| 組織レベル | タスク | AI親和性（予想） |
| Lv0：個人〜最小チーム | コーディング（実装） | 🟢 早期に大部分自動化 |
| 単体設計（クラス/API） | 🟢 早期に大部分自動化 | |
| テストコード作成 | 🟢 早期に大部分自動化 | |
| リファクタリング | 🟢 早期に大部分自動化 | |
| ログ調査・軽微なバグ修正 | 🟢 早期に大部分自動化 | |
| Lv1：役割分離（PM/Design等） | 仕様書ドラフト整理 | 🟡 補助的に自動化 |
| 要件の解釈・曖昧さ発見 | 🟡 補助的に自動化 | |
| UI/BE責務の切り分け | 🟡 補助的に自動化 | |
| PMとの仕様すり合わせ | 🟡 補助的に自動化 | |
| QAとの再現条件調整 | 🟡 補助的に自動化 | |
| チーム内認識合わせ | 🟡 補助的に自動化 | |
| Lv2：チーム間連携 | API境界整理 | 🟡 補助的に自動化 |
| モジュール責務設計 | 🟡 補助的に自動化 | |
| 影響範囲分析 | 🟡 補助的に自動化 | |
| Feature Flag運用判断 | 🟡 補助的に自動化 | |
| 他チームとのリリース同期 | 🟡 補助的に自動化 | |
| Lv3：組織運営（10人〜） | 技術調査（SaaS/AWS等） | 🟡 補助的に自動化 |
| 技術選定 | 🟡 補助的に自動化 | |
| 非機能要件の検討 | 🟡 補助的に自動化 | |
| ADR作成 | 🟡 補助的に自動化 | |
| KPI→開発優先度変換 | 🟡 補助的に自動化 | |
| 事業計画→技術タスク分解 | 🟡 補助的に自動化 | |
| Lv4：人間系（組織的責務） | 採用（面接・評価） | 🔴 自動化ビジョン不透明 |
| 育成（OJT・レビュー文化） | 🔴 自動化ビジョン不透明 | |
| 勉強会・ナレッジ共有 | 🔴 自動化ビジョン不透明 | |
| 社内技術広報 | 🔴 自動化ビジョン不透明 | |
| チーム間政治調整 | 🔴 自動化ビジョン不透明 | |
| 炎上時の説明責任 | 🔴 自動化ビジョン不透明 | |
| Lv5：プロジェクト外部接続（受託/SI） | 顧客折衝 | 🔴 自動化ビジョン不透明 |
| 契約仕様の解釈 | 🔴 自動化ビジョン不透明 | |
| 外注管理 | 🔴 自動化ビジョン不透明 | |
| 稟議資料作成 | 🔴 自動化ビジョン不透明 | |
| SLA調整 | 🔴 自動化ビジョン不透明 | |
| ベンダー管理 | 🔴 自動化ビジョン不透明 |
AIがプログラミングできたくらいではまだ「残業を減らす」程度でしかなくなる
4件ヒット
dorawiiより
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA512 https://anond.hatelabo.jp/20260125191927# -----BEGIN PGP SIGNATURE----- iHUEARYKAB0WIQTEe8eLwpVRSViDKR5wMdsubs4+SAUCaXXuMQAKCRBwMdsubs4+ SEegAPoC8V/oKDyQrGiHXyC9WpkNKMid80gZuV22PtAeRppzGgEAjp7q4x/YbiFf PM/uwgZSLNUxorGbKjtwJzAmDWoLTwY= =CQ+0 -----END PGP SIGNATURE-----
https://note.com/igz0/n/n80b262ea33ba
なんかこの記事見て思いついた。きっかけなので内容はぜんぜん異なる。
40代男性、何度か転職して今はJTCの大きめの会社のシステム部門にいる。システムエンジニア。主に上流工程。PMとかPLってやつ。スキルは人並み。IPAの上級とかLPIC2とかその辺り
題名の通りで偉くなるには評価目標とか以外に付き合いってのが必要になる。なので営業から異動してきたやつとか1年外部のAI企業でAIサービスを企画・開発して出戻ってきたやつとかがどんどん偉くなってる。（後者は個人的には眉唾だと思ってる。1年で出来るレベルなら帰ってこないだろうし）
そもそも今の役職勢って今のシステムとか技術分かってるの？って思ってるし技術系の役員もいるけど経歴見たらバリバリ組んだり通信見てたよりは島耕作みたいに潤滑油ぶってたっぽい。純粋に社内でいろんなシステム携わっていて偉くなった人もいるけど弱いし、大勢のタートルネック趣味は筋トレコミュ強勢に負けている。チャットでの威勢だけはいっちょ前だが。
いわゆる社内政治じゃない評価している企業とかあるのかな。たぶん社内にシステム部門あるところとかは営業とかも絡んで恐らく同じだろうし、SESとかその辺はAIのおかげで怪しい。かといってとてつもない技術もないので研究開発も辛い。詰んでる
フリーランスになれとか言われそうだけどあれこそ営業力が肝だし、年収UPより大丈夫化の不安で身体こわしそう
同じような人いたらどうしているか教えてほしい。AIに聞いたら「まずは日々の活動を見える化しましょう！」言うけどそんな評価目標でやってること以外で悩んでるんだよっと怒ったらだんまり決め込みやがった。
https://syu-m-5151.hatenablog.com/entry/2026/01/05/090020
とにかく自分の痛いとこついてくる。分かっちゃいるけど出来ない部分
増田は40代の氷河期。仕事はシステムエンジニアで大きい会社の業務システムの開発等を受け持っている。結婚して子供も居る
この記事で書かれているすべてを得ようとする人間が自分だ。なぜならコミュ障でなんか名前忘れた性格？診断ではW型だった。
上を見て高みを目指し自分を卑下する。とにかく自分の位置を気にして低く見積もり評価に文句をつける
PMとかすべきなんだろうけどみんなで一緒にとか苦手。はっきり言うと口八丁手八丁だけの輩やスキルの低い人間を見下す癖がある。それこそ自分の上司でさえ「この程度で役員とかなれんだ」と普通に思う。みんな島耕作みたいなラッキーで成り上がったと思っている
もちろん記事で書いてある互いの得意分野で協力して大きな成果とか上げてるのだろうけど、自分は募って何かやろうとか辛いし誰かから誘われて参画もされ難い年齢なので不安に駆られて各種資格を取る日々だ
転職も考えてたけどここで転職はこの年代に求められるキャリアや一般的なマネジメントへのルートを捨てると同じだし、テックリードになるにはスキルは心許ない中途半端なので40代男だ
フリーランスも一時期やったけど今の年収かそれ以上稼ぐとなると営業や繋がりが重要なので雇われのほうがマジだったので今に至る
大したことない歳下が集まって大したことないサービスをしょぼくれた精度で成果発表して昔はすごかった役員が褒めて表彰しているのを馬鹿らしいと思ってしまう。しかし本当は素直に行動起こせるの凄いと褒めるべきだし、混ぜて貰うのが良いはず。でもできない。ちょっとでもスキル不足が露呈したりして幻滅されるのが怖い。
だからキャリアパスは閉じてる。管理職にもなれない。給与も頭打ちして使い捨てられる。
なのに転職ではなくアピールして上にいけという。どんなにAI使ってもアピールに凄く体力使うんです。というか日報とか普通に書いてるけどそれをとても凄く言えない性格なんです。
採血用設備は電気式で、その制御もコンピューターで行われます。そのため献血バスには動力となるメインエンジンのほか、電気を供給するための発動発電機（エンジンを持った発電機）を搭載。また快適な車内環境を維持するため、冷房用エンジンも備わっています。
走行用のメインエンジンはディーゼルで、排気量は6,400cc。冷房用エンジンは小排気量のディーゼルです。共に軽油を使用します。発動発電機は動力に小排気量のガソリンエンジンを使用し、5000Wもの電力を発生させます。
燃料の異なるエンジンを搭載しているため、献血バスには軽油用とガソリン用、2つの給油口が付いています。
| 項目 | 諸元 |
|---|---|
| 総排気量 | 7,790 cc (7.8 L) |
| シリンダー配列 | 水冷直列6気筒 |
| 最高出力 | 200〜300 PS (150〜224 kW) 程度 |
| 最大トルク | 700〜980 N・m 程度 |
| 燃料噴射システム | 高圧電子制御コモンレール式直噴 |
| 過給機 | インタークーラー付きターボチャージャー |
| 弁機構 | SOHC 24バルブ |
実用域でほぼフラットなトルク性能を発揮し、優れた経済性能と実用性を実現しています。
電子制御式コモンレールシステムやクールドEGR（排気再循環）などを採用し、排出ガス規制（新短期排出ガス規制など）に適合しています。
長距離輸送や高負荷用途に適した設計がされており、世界中の商用車や産業機械で広く利用されています。
PMキャタコンバータ（酸化触媒）などを採用し、PM（粒子状物質）の低減を図っています。
PMがふんわり指示してくるとか見たけど、俺の危険PMセンサーが明滅したぞ。以下、今年エンジニア俺が事前に炎上する世界線を剪定したとおもわれるやり取りだ
---
PM「アプリからこのデータとこのデータを取ってきて、計算して、画面出力する機能を実装しようと思います。そのあとに・・・」
俺「それってできるんでしたっけ？たしか現実装でできていないのは、理由があったはずですが思い出せず・・・クライアントさんに確認していただけませんか？」
後日、その時点ではデータが揃ってないことが判明
---
PM「このアプリのデータに追加でプロパティを持たせて、クライアントのサーバと同期を取って、サーバ側にマスターを作りたいんです」
俺「同期するって、ローカル使用しているユーザのPCとサーバで通信するということでしょうか？それともクラウドとサーバが通信するということでしょうか？」
後日、別にマスターを作りたいわけではない事が判明。あとセキュリティ的にユーザPCとサーバの通信は避けたいことも判明
---
PM「クラウド上のモデルデータから〇〇を取ってきて☓☓して、それをエクセルに表形式でまとめる機能が欲しいです」
俺「いや、難しいんじゃないですか？API公開されてないですよ」
A「できますよ」
PM「Aさん、POCレベルで良いのでデモを作成していただけますか？」
後日
A「できました」
PM「いいですね！」
俺「これって☓☓の機能のごく一部ですよね？それくらいなら私も可能だと思うのですが、そうではないですよね？たとえばユースケースとして△△みたいなのがあるとおもうんですけど、その場合どうします？」
A「それもできます」
俺「どうやってでしょう？」
A「今お見せした機能を使えば」
PM「できそうですよね。とりあえずお客さんにはこれ見せてぶつけてみます」
俺「私だけイメージできてなくて申し訳ないです。Aさんってこの案件今月までですよね？私だけできないと思っているようですので、実装時期が来たらこの機能はAさんが担当していただけないでしょうか？」
PM「どうですかAさん？」
A「承知しました。ただ私の方でも検証不足は感じているので、もう少しPOCに時間いただけると」
後日
A「△△は難しそうです」
死ねよ
