南部/ログラス 🐳

Cursor-1グランプリのログラス 南部さん@go_dev5 の発表を改めて聞いている。nitter.gq/go_dev5/status/1938596… --- コンテキストエンジニアリングで、ただドキュメントを揃えるのではなくて、ドキュメントの「依存関係」を意識してAIに認識させるの大事という話。 --- ここはPMとしてはめちゃくちゃしっくりくる話だったのではないでしょうか。というか経験あるPMがAI活用するにあたって「なんかデータ読み込ませたけどAIがうまくうごかねーなー」ってなってる次の一手がこれだよな、と。 --- 特に添付さていただいたゴールデンサークル的な図（Why->How->Whatのやつを意識されてるのかなと理解しました）共感の嵐でした。 --- この前ちょうどログラスKagayaさんと一緒に登壇した、AI駆動開発におけるPdM視点での問題点、という発表で「ただいきなりWhyを考えられてないコンテキストを用意してもうまくいかない」という話に自分の中では近いです。いくらコーディングが早くなったからと言って、仕様の段階でミスってたら品質あがらない。 --- ちゃんと抽象的なWhyから段階的にWhat、Howという流れで（ログラスさんで言えばビジネスルールからユーザーストーリーから要件・要求に落とし込む流れ）が重要。ここが一般的なAI駆動開発では蔑ろにされがちポイント。またコンテキスト重要ということで、要件開発プログラムと言われるようになった昨今でも「とはいえ仕様はまぁあればいいんでしょ」ぐらいになってるところだと思っています。 --- 自分はその辺を意識して、この時の発表では、ユーザーストーリーから要求レイヤーを、段階を追って検証し、その上でLLMによみこませるべきと発表しました。ここにおいて人間の思考が大事で、その背景をもってない要件は意味がないと（ログラスさん的にいうとここに、ユーザーのニーズというものと、実際の要件に依存関係をもたせる、というのに該当するんじゃないかと勝手に思ってます） --- AIPMシステムでも InitiatingからDiscoveryあたりがWHY（ビジネスルールからストーリー）、PlanningああたりがWHAT（要求・要件）、ExecutingあたりがHOW（実装）にあたります --- さらにログラスさんがやばい！！！ってなったのはここをちゃんと会社がもつ大上段、ビジネスレイヤー層を作り、そこをふまえたうえでUX層に落とし込んでいるのがすごい。自分のAIPMシステムでも、ProgramレイヤーとProjectレイヤーというのにわけ、Programレイヤーにおいて戦略・会社レイヤーでのMVVなどを定義させ、それをもとに、プロジェクトごとの初期化を行わせるという流れを実はいれています。 が、ここをそこまで積極的に使うのは正直やってなくて、実際はプロジェクトごとに戦略をべつべつにAIに作らせて読み込ませているのが現状。ログラスさんが他のイベントでも、経営レイヤーでのスタンスなどをLLMに読み込ませるのを意識しているという話を聞いたことがあるんですが、まさにそれが本当にCursorの運用でも実践されてるんだな！！！！！！！！と感動しました。さすがすぎました！！！