やれやれ

いまはインフラ/SRE＆PM＆よろずエンジニアが主力。お仕事はメッセからどうぞ。過去経験はEC店長―ひとり情シスーサイト制作&マーケー WPカスタム、クラウドIaC化等。つぶやきはネット関連での話題やメモリツイート時事ネタなど。

[やれやれ @geny]

@keisuke_unname 逆に上半分は問題なくでていると思う。そして下半分はできるけど教科書的ではない経験値的やり方なので認識合わせに苦労する。

[KUROKAWA TOMOYA / 黒川 朋也 @KUROKAWA_KKk]

PMという言葉の問題ではなく、其々の役割分解ができていない組織設計の問題。

その結果、すべてが「PM」という曖昧な肩書きに押し込まれている。
これが日本の現場でよく起きている構造。

日本のIT企業が“PM”という便利な言葉に依存し、PdM・PO・PM・PMO・PL・ディレクターの役割を分解できていないことが本質的な問題であるという事。
そして、PMという言葉に役割を押し込みすぎている日本のIT企業・受託開発・Web制作会社の典型的な構造問題として捉えるべき。

日本のIT企業や受託開発、Web制作会社にありがちな、PMという言葉に頼り切った組織設計の問題。

本来、ITプロジェクトには複数の役割が存在する事を理解しなければならない。

事業成果や投資判断に責任を持つ事業責任者。
顧客価値や市場価値を設計するPdM。
プロダクトバックログや優先順位を管理するPO。
納期・予算・品質・リスクを管理するPM。
プロジェクト運営の仕組みを整えるPMO。
技術設計と実装品質を担保するPL。
日々の制作進行やタスク管理を回すディレクター。

これらは本来、似ているようでまったく違う役割。

しかし日本の現場では、この違いが曖昧なまま、すべてを「PM」という言葉に押し込んでしまうことが多い。

その結果、「PMができます」と言っても、実際には進行管理ができるだけなのか、要件定義ができるのか、事業課題を整理できるのか、技術リスクを判断できるのか、プロダクトの優先順位を決められるのかが分からない。

ここに大きなミスマッチが生まれている。

ガントチャートを引ける。
タスクを分解できる。
進捗を報告できる。
メンバー調整ができる。

これらは重要。
しかし、それだけではITプロジェクトは成果に結びつかない。

なぜなら、本当に重要なのは「何を作るか」ではなく、
「なぜ作るのか」
「誰のどんな課題を解くのか」
「どの成果に接続するのか」
「何を作らないのか」
を決めることだから。

ここを決める役割が不在のまま、PMにすべてを背負わせると、
プロジェクトは一見きれいに進む。
会議もある。
議事録もある。
進捗表もある。
スケジュールもある。

しかし、成果が出ない。

これはPM個人の能力不足というより、役割設計と意思決定構造の不在という事。

特に日本企業では、PdMとPM、POとPM、PMOとPM、PLとディレクターの違いが曖昧になりがち。

PdMは「何を作るべきか」を考える。
POは「次に何を作るか」を決める。
PMは「どう作り切るか」を管理する。
PMOは「どう再現性を持って回すか」を仕組み化する。
PLは「どう技術的に成立させるか」を判断する。
ディレクターは「日々どう動かすか」を進行する。

この役割分解ができていない組織は、結局、属人的なプロジェクト運営になる。

優秀な人がいれば何とかなる。
声の大きい人の要望が通る。
営業が取ってきた案件を現場が無理やり成立させる。
エンジニアが後工程でリスクを背負う。
PMが本来担うべきでない事業判断や仕様判断まで巻き取る。

これでは、グローバルで戦えるIT企業にはなれない。

真のIT企業に必要なのは、単にPM人材を増やすことではない。

必要なのは、
ITプロジェクトにおける役割、
責任、
意思決定、
品質基準、
技術判断、
成果指標を明確にし、
それを組織として仕組み化すること。

誰が事業成果に責任を持つのか。
誰が顧客価値を定義するのか。
誰が優先順位を決めるのか。
誰がスコープを管理するのか。
誰が技術判断を担うのか。
誰がプロジェクト運営を標準化するのか。
誰が最終的な成果を検証するのか。

ここを曖昧にしたまま、PMという言葉だけで現場を回す時代は終わりつつある。

日本のIT企業が本当に変わるべきなのは、PMという肩書きの解像度を上げることではない。

プロジェクトを「人の頑張り」で回すのではなく、役割と仕組みで回す組織に変えること。

そして、納品する会社ではなく、顧客価値と事業成果を実装できる会社になること。

ITプロジェクトを、進行管理の対象として見るのではなく、事業変革の実装装置として扱う。

そのために、PdM、PO、PM、PMO、PL、ディレクターの役割を明確にし、それぞれが責任を持って機能する組織を作る。

これができて初めて、日本のIT企業は単なる受託・人月・進行管理の世界を抜け出し、グローバルで戦える真のIT企業に近づくのだと考える。

要するに、この論点は、
「日本企業がITプロジェクトを役割ではなく人の頑張りで回している問題」

本質は、PM人材の不足ではなく、プロジェクト運営のOSが未整備であること。

[matsuu @matsuu]

LocalStack代替のAWSエミュレータ。MITライセンス。 / “GitHub - Nahuel990/ministack: Ministack: Free, open-source local AWS emulator - 35+ services, Terraform compatible, real databases. Free forever. MIT licensed.” https://t.co/x42z91iIQH

[元横浜おじさん（大阪へ帰ってきたエセ濱っ子、大阪弁リハビリ中） @cEyZ0IvdmLX1nGq]

元々は“経営管理”の略。

企業が取り扱う金額が大きくなり、
・収支全般のお金の取り扱いを決める“財務部”ができる
・予算を作る等の経営に近い部分を担う“経営企画部”ができる
結果、事務処理に近い部分が残り単なる事務部門と思われがちだが、企業活動の社内外と金流全てのシーンの取り扱いルールを決め実務に関わるのが経理部。

人（人事部）、物（総務部）、金（経理部）
→開発、生産、営業等の表の企業活動を裏で支える管理部門
→本社（管理部門）の他の部門はこの3部門からの派生

[Yuyang DONG (David Dong) @touuyou001]

写真も書類も、AIが活かせるホームクラウド「MeCloud」 https://t.co/cJVvqEmXGW #Makuake via @makuake_ca

[Daiyuu Nobori (登 大遊) @dnobori]

Azure約款(極めて読みづらく誤読を誘うように書いてある)をよく読むと、MSに預けた「貴社データ」漏洩時、損害賠償規定上は「機密保持義務」違反とならず、１年分の払戻以外に一切責任を負わない。日本企業が「MS は責任を負ってくれている」と信じていることと大きく異なる。https://t.co/tGgSmqPnRK

[Y Yyakkun @YYyakkun]

これ、分かっていてもわざと無視している重要な内容。デジ庁は何を考えてるんだか

[でんけん@JTC辞めた @KenTana2020]

大手JTC勤めて分かったこと

働きやすい上司→子育てしてる
働きにくい上司→子育てしてない

[やれやれ @geny]

なんで山本一郎の記事をそこまで持ち上げるかな。面白い分析だとは思うけど。

[おときた駿 / 元参議院議員、しゃほさげフェニックス @otokita]

長文だけど値打ちのある記事。選挙の恐ろしさよ。そしてNHK日曜討論が数字の上でそこまで潮目になっていたとは。。

[やれやれ @geny]

https://t.co/aKLSubILrT

昼を食べてきた。750円でこのレベルは最近の外食費高騰の中で十分なレベルでは。前の定食屋も良かったから閉店は残念だったけど今回のインドカレー屋さんも良い感じ。

[やれやれ @geny]

＜資料公開＞高市総理側がトヨタ系列2社などから違法献金受領の疑い 　 国と契約中なのに24年衆院選直前に計110万円 「企業にも責任ある」と専門家(アジアプレス・ネットワーク)
#Yahooニュース
https://t.co/O6GgIilSP8

さすがにこれはまずいのでは、本物らしき画像もあるし。

[やれやれ @geny]

そしていわゆる経済理論が理想的な状況を想定しているあまり現実の経済の動きから乖離したものとなっているものの象徴な気がする。
これを理由円安を歓迎する人は、知識で頭でっかちの学者なのかなと思う。

[やれやれ @geny]

近隣窮乏化政策について腑に落ちないのでWikipediaで確認してみた。ロジックはわかった。同じ商品の貿易であればこのロジックも一定の有用性があると思う。しかしレアアース
みたく為替に関係なく買う必要のあるものなどはこの原則に当てはまらないと思う。

[やれやれ @geny]

(6)から先はどうすればよいか教えてほしいところ。高単価案件の「高単価」を2倍とか10倍にする方法とか、、、

[エンベーダー | 「エンジニア」のための図解解説 @envader_plus]

まず、この図を見てください。 これが、未経験からGAFAレベルに到達するためのロードマップです。

巷で流行る「3ヶ月でフリーランス」「半年で年収アップ」。 甘い言葉に踊らされて基礎を飛ばす人が後を絶ちませんが、それは九九を知らずに因数分解を解くような「自殺行為」です。

このロードマップのスタート地点（0ヶ月目）、当時の私はUSBすら知りませんでした。「情弱」なんてレベルじゃない、マイナスからのスタートです。だからこそ、誰よりも泥臭くやるしかなかった。

図の「7-12ヶ月目」を見てください。「基本的な技術を深く理解する」とサラッと書いてありますが、私の場合はこれが地獄でした。 大学の卒業研究の時。45日間、毎日13時間、狂ったようにコードを書き続けた。 MacBookの排熱で手のひらの皮が全部めくれ、皮膚科で「ストレス性皮膚病」と診断されました。マジで発狂しそうだった。でも、その痛みの中で気づいたんです。

なぜ図の「3-6ヶ月目」で、プログラミングの後に「次はLinux」「TCP/IPを理解」という工程が必須になっているのか。
ここを飛ばすと、ただの「フレームワークの使い手」で終わるからです。 便利なツールに頼るのは楽ですが、その楽さがあなたの市場価値を「代わりの効く量産型エンジニア」にまで暴落させる。

私がGAFAに入れたのは、天才だったからじゃない。 この図にある泥臭い工程（Linux/Networkの基礎）から逃げず、ブラックボックスを許さなかったからです。

【ロードマップ完走の条件（希少型への分岐点）】
✅ エラーログを見て、Googleを開く前に仮説を立てられるか
✅ 「なぜその技術か」を原体験ベースで語れるか
✅ Linux/ネットワークの基礎概念から逃げていないか

華やかな技術より、地味な基礎。 結局、最後に笑うのは、この長い道のりをやり切った人間だけだ。
この画像を保存して、今自分がどこにいて、何が足りないか確認してください。

[やれやれ @geny]

鉄オタの力発揮

[日テレ鉄道部 @ntv_tetsudobu]

【⚠️山手線・京浜東北線ストップ⚠️】

日テレ鉄道部藤田アナ作成
JR駅の最寄りの地下鉄駅の図です。
（2025年4月現在）

迂回ルート利用できる方は
ご検討ください。

#山手線 #京浜東北線 #日テレ鉄道部

[やれやれ @geny]

エビデンスは根拠という趣旨で使うパターンもあるような、、、。証拠というと強すぎるので逃がしているイメージ。

[タケウチ@635万円 @takeuchi_0820]

何百回でも言います。日本語で良くね？

[やれやれ @geny]

これ私もそう感じた。上流は一緒に扱わがちだけどちゃんと分けて考える文化になってほしい。

[やれやれ @geny]

多分就活生が殺到するJTC業界

[たっきー | 週休3日に特化した転職エージェント『ハーフキャリア』CEO🐯🏢☘️ @lifeguild_ceo]

保育士　「人手不足」

看護師　「人手不足」

介護士　「人手不足」

運送　　「人手不足」

飲食　　「人手不足」

建設　　「人手不足」

製造　　「人手不足」

金融　　「人手不足」

ｴﾝｼﾞﾆｱ　「人手不足」

ホテル　「人手不足」

逆に聞きたいけど
"人手が足りている業界"ってどこなの？

[やれやれ @geny]

上澄みを歩いている経験値だけど興味あるかも、、、

[suin・読者6万人『サバイバルTypeScript』公開中！ @suin]

【募集】こういうスタックで仕事したい人いませんか？

・Go
・Next.js + TypeScript
・AWS + Kubernetes(EKS)
・Helm / Argo CD / Terraform
・PostgreSQL
・Vitest / Playwright

製造業向けの業務アプリを、クラウドネイティブに育てていく仕事です。