mtskhs's profile picture. Software Engineer/EM 2児👦の父
「良いチームがあれば、良いプロダクトを作れる」を体現したい
長野県松本市在住

https://blog.mtskhs.dev/

mtskhs - 🙌EM

@mtskhs

Software Engineer/EM 2児👦の父 「良いチームがあれば、良いプロダクトを作れる」を体現したい 長野県松本市在住 https://blog.mtskhs.dev/

Pinned

過去の発表やアウトプットをこのスレッドに集約します #プロダクト開発 #EM #Agile


ここ半年、めっちゃ大事だと思ってること。 まさにこれで、わかった気になることが多いのでクリティカルシンキングに分かっていないことはなんだろうを問い続けたい > 完全に理解できるまで聞き続けるのはやってみると意外とむずかしい konifar-zatsu.hatenadiary.jp/entry/2025/09/…


わかるー AI時代にはPR数だと評価できない(シニアはこれまでもそう)のでこれが重要そう > 『サボると思ってる』は評価設計の敗北宣言 >ひとつは、成果物の定義が曖昧。もうひとつは、評価が観測可能な指標に落ちていない。この二つが揃うと、人は出社に逃げたくなります。 x.com/i/status/20243…


エンジニアが、PdMの業務の一部(主にデリバリー)を担うようになると思ってたけど、 それを超えて事業のPLに責任を持つってのは僕にとって新しい視点+とても分かると思った コストについて解像度が高い上で、そのPL寄与まで考えるのはAIにはできない領域だと思うので


mtskhs - 🙌EM reposted

「SaaS is Dead」文脈で、AI技術を持ってしても業務システムを内製化してはいけない理由を書きました! これは、SaaSベンダーCEOとしてもそうですが、それ以上に、元エンジニアとしての切なる思いです。 読んでくれ〜 real.smarthr.co.jp/articles/times…


mtskhs - 🙌EM reposted

クラシル社内で事業責任者育成を担当し始めました。その第一回目の研修資料を外部にも公開します。クラシルを経営してきた中で重視してきた心得を纏めました。1万字程度の重厚な内容になってしまいましたが、無料ですので是非読んでみてください。 見出しはこちらです ①ゲームの違いを認識する

yusuke_horie's tweet image. クラシル社内で事業責任者育成を担当し始めました。その第一回目の研修資料を外部にも公開します。クラシルを経営してきた中で重視してきた心得を纏めました。1万字程度の重厚な内容になってしまいましたが、無料ですので是非読んでみてください。

見出しはこちらです

①ゲームの違いを認識する
yusuke_horie's tweet image. クラシル社内で事業責任者育成を担当し始めました。その第一回目の研修資料を外部にも公開します。クラシルを経営してきた中で重視してきた心得を纏めました。1万字程度の重厚な内容になってしまいましたが、無料ですので是非読んでみてください。

見出しはこちらです

①ゲームの違いを認識する

AIは既存の能力を増幅させるツール、とても腑に落ちるし分かりやすい表現

「AIは優れた開発者をゼロから作り出すではなく、既存の能力を増幅させるツール」というleaddevの記事から。 ・GitClearの報告書は、AIを使いこなす層が前年からすでに大きな貢献をしていたことを示唆している



データサイエンスは知見がない領域だけど、これを押さえれば向き合いがわかりそう


mtskhs - 🙌EM reposted

好評だった記事を、今月限りこの投稿をリポストすると無料で読めるようにしました。 出世欲はどこに消えたのか?──解体された成功物語と、欲望の再構築 | 安斎勇樹 @YukiAnzai #note note.com/yuki_anzai/n/n…


自分もぼんやり考えてたけど、 及部さんがここまで考えてきて試行錯誤してたのすごい RSGTでお話しておきたかった&今年どこかで機会を作ってお話したい! open.spotify.com/episode/0LuNDk… #あらたまいくお


めっちゃわかる "見積もりは科学的な計算ではなく、組織内での期待値を管理するためのコミュニケーションの1つ"

「スタッフエンジニアとしてどうやって見積もりしているか?」(How I estimate work as a staff software engineer)という記事。 ・ソフトウェア開発の見積もりが正確にできるという考えは、業界の「丁寧な嘘」 ・経験豊富なエンジニアほど、プロジェクトの正確な見積もりは不可能だと知っている



相互学習・協調学習をだいじにしてるスタンスが良いよね、ってフィードバックをもらった。嬉しい。 確かに楽しくてやってるだけだけど、マネージャーとか複雑な業務領域において独学だと気づけないことも多いからだいじなアプローチだと再認識できた


新時代の組織の業務設計を考えたくなった >進捗を管理すべく設定されているMTGはすべて意思決定を起点に構成され、進捗はAIによって管理される >意思決定を行うために何が必要かブレークダウンされ、タスクはできうる限りAI workflowによりイベントを起点に連携され、AI Agentによって刹那的に実行

AIによって、タスクが最適化された世界において、これまでの業務フローは意思決定を起点に再構築すべきだと思う。 これまでプロダクト開発に限らず、様々なファンクションはタスクを中心に業務フローが構築されてきた。



PMの役割、わかりやすい

PMの役割が曖昧になりがちなので、スマートバンクでは業務マップというものを作り、期待値すり合わせに活用しています🗺️ 最新版では、意図的にPMの役割範囲を広くとった上で、PMのタイプによって業務マップを作成しました

InagakiKay's tweet image. PMの役割が曖昧になりがちなので、スマートバンクでは業務マップというものを作り、期待値すり合わせに活用しています🗺️

最新版では、意図的にPMの役割範囲を広くとった上で、PMのタイプによって業務マップを作成しました


Loading...

Something went wrong.


Something went wrong.