AIに丸投げせずタスク定義と検証ルールをガチガチに固めるのが結局一番早いという現実
ここら辺の話、見れば見るほど、大規模なウォーターフォールプロジェクトと類似することが多い。やらかす事例や失敗の方向性、それに対する対策とかも似てる。最近はAI駆動と特別に考えない方が良い気がしてきている
その時にも至る
今までは大多数の人だったのをAIに変わっただけと受け取ってしまった
もうちょい自由にやらせても大丈夫だよ。大事なのは筋の良いポリシー。
WBS分割してもらって、各タスクに、どのAgent.mdとskill使うかの設定した方がいいよ。そういう切替ツール作った方がいい。面倒かもしれんが必要なものしか読み込まないようにし悪さしたときのデバッグがしやすくなる
ここで言ってる中-大規模開発って人月どれくらいを指してる？
mattopocokとかスキルとかを使わないでやるつもりなのか？
もうこれくらいは普通だろう。
task-list.mdへ1つのエージェントだけが更新するのは理にかなっています。小さいプロジェクトではこれでよいかもしれないですね。
流し読みだと何周か遅れのやり方に見えた。ただ後半にちょっと気になる記述が見えたので、時間ある時にもう一度読む
AIの時代になって考え方がウォーターフォール時代に回帰している感が強い。参考になるかと思ったがまさに自分がぶち当たってる問題そのもの。
SDDで1機能ごとに厳格なウォーターフォールやらせてる。進捗管理、仕様変更管理、工程計画書、工程完了審査、品質報告書、…俺たちの大嫌いなやつがこんなにも有用だったとはな
素人の作業メモに見える、小規模開発のちょいでかいバージョンぐらいまではうまく行くんだろうがこれでは解決しないだろう。まさににたようなことやってるけどうまく行ってない。
AIコーディング進めれば進めるほど現実のウォーターフォール開発と構造が近似してくるの面白いよね。構造が組織を模倣するのか、組織が構造を模倣するのか
後で読みたい。Claude Code／Codexに中～大規模開発を任せるためのタスク管理 -
WFが出てくるのはV字モデルごとく工程を分割して要点で管理や検証を挟もうとするからかな。だがモデルが進化するにつれ、AIもマイクロマネジメントするより情報や裁量を与えた方が能く働くし、そうなりつつある。
Claude Code／Codexに中～大規模開発を任せるためのタスク管理 - Qiita
AIに丸投げせずタスク定義と検証ルールをガチガチに固めるのが結局一番早いという現実
ここら辺の話、見れば見るほど、大規模なウォーターフォールプロジェクトと類似することが多い。やらかす事例や失敗の方向性、それに対する対策とかも似てる。最近はAI駆動と特別に考えない方が良い気がしてきている
その時にも至る
今までは大多数の人だったのをAIに変わっただけと受け取ってしまった
もうちょい自由にやらせても大丈夫だよ。大事なのは筋の良いポリシー。
WBS分割してもらって、各タスクに、どのAgent.mdとskill使うかの設定した方がいいよ。そういう切替ツール作った方がいい。面倒かもしれんが必要なものしか読み込まないようにし悪さしたときのデバッグがしやすくなる
ここで言ってる中-大規模開発って人月どれくらいを指してる？
mattopocokとかスキルとかを使わないでやるつもりなのか？
もうこれくらいは普通だろう。
task-list.mdへ1つのエージェントだけが更新するのは理にかなっています。小さいプロジェクトではこれでよいかもしれないですね。
流し読みだと何周か遅れのやり方に見えた。ただ後半にちょっと気になる記述が見えたので、時間ある時にもう一度読む
AIの時代になって考え方がウォーターフォール時代に回帰している感が強い。参考になるかと思ったがまさに自分がぶち当たってる問題そのもの。
SDDで1機能ごとに厳格なウォーターフォールやらせてる。進捗管理、仕様変更管理、工程計画書、工程完了審査、品質報告書、…俺たちの大嫌いなやつがこんなにも有用だったとはな
素人の作業メモに見える、小規模開発のちょいでかいバージョンぐらいまではうまく行くんだろうがこれでは解決しないだろう。まさににたようなことやってるけどうまく行ってない。
AIコーディング進めれば進めるほど現実のウォーターフォール開発と構造が近似してくるの面白いよね。構造が組織を模倣するのか、組織が構造を模倣するのか
後で読みたい。Claude Code／Codexに中～大規模開発を任せるためのタスク管理 -
WFが出てくるのはV字モデルごとく工程を分割して要点で管理や検証を挟もうとするからかな。だがモデルが進化するにつれ、AIもマイクロマネジメントするより情報や裁量を与えた方が能く働くし、そうなりつつある。