「私はよく間違える」——間違いを歓迎するプロダクトマネジメント

I Am Often Wrong

AI時代のプロダクト開発について、著者がチームに共有した問題解決の6ステップ。情報収集から目標設定、迅速な実行までを反復し、新しいデータが得られれば前提を更新する。よくある失敗は問題定義とシンプルなアプローチの欠如だという。

要するに、私は間違えることが大好きだ。それが一番好きなのだ。なぜなら、間違いは問題をより明確に定義し、正しい解決策を見つけ、より早く学び、問題を解決する助けになるからだ。
  1. alasano

    Borisが自分が間違っていると認めて、コミュニティが望む形で実際に物事を修正したというClaude Code固有の例は見たことがない。

    CCには何ヶ月も放置されているとんでもないバグがある。

    CC内のFableのメッセージの15〜20%くらいはユーザーには見えない。Claudeが自分が言ったことのないことを参照しているのに気づいたことがあるだろう?

    これはFableがツール呼び出しをする直前に一定のトークン数を超えるメッセージを出力したときによく起こる。

    これは何ヶ月も続いている。「ユーザーがエージェントの送信メッセージを見られない」が24時間以内に対処されるべき重大な問題でないなら、あなたがよく間違っていると認めようがどうでもいい、我々は知っている。

  2. pclowes

    彼の講演をいくつか聞いたことがあるが、いつも彼が話し、書く様子がClaude Codeそっくりだと驚かされる。

    彼が自分の文章や話を全部LLMに外注しているとは思わない。Claude Codeが彼を模倣するように訓練されたとも思わない。

    彼の「声」は、何年ものエージェントベースのやり取りによってLLM的に均されてしまったのだと思う。彼はAnthropicのエンジニアが1日平均500以上のエージェントを使っていると主張している。それらは人間同士のコミュニケーションというより、トークン生成器への人間インターフェースだ。人は最も頻繁にコミュニケーションする相手の傾向を身につけてしまう。

    残念ながら、私はClaudeが間違っているのをよく見るので、欠陥のある語り手と見なしている。役に立つことも多いが、時には完全にデタラメだ。

    そして今では、Claudeっぽく聞こえるものすべてに無意識にこのフィルターをかけている。

    自分の声も欠陥のある語り手のものになりつつあるのではないかと不安になる。

  3. infamia

    > 私と仕事をするとすぐにわかるのは、ほとんどすべての問題に対する私のアプローチがこうだということだ:

    > ...

    > 6. 目標達成のために緊急性をもって行動する

    すべてが緊急なら、何も緊急ではない。この人は一緒に働くのも、仕事をするのも惨めそうだ。これが誇張でなく正確なら、彼は事実上、すべてが緊急なので優先順位をつけるスキルがないと言っているようなものだ。経験を積んだ人のほとんどはこういう人と働いたことがあるだろうし、本人が知らないうちに、同僚たちは彼の要求やプロジェクトのほとんどに対してデフォルトのスヌーズボタンを開発してしまう。

  4. cube00

    問題へのアプローチについて自分の個人的な「フレームワーク」をチームに強制し、従わなければ「フィードバック」を与えるというのは賛成できない。

    > 時々、誰かがフレームワークのステップを飛ばしていたり、ステップの実行が不十分だったりするとフィードバックを与える。私も同じフィードバックを返してほしい。

    緊急性が標準プロセスとして組み込まれているのも気に入らない。みんな燃え尽きるのも無理はない。

    > 6. 目標達成のために緊急性をもって行動する

  5. glimshe

    自分の知ったかぶりフレームワークを持ち、それに従わなければ「フィードバック」を与えるというマネージャーほど腹立たしいものはない。

  6. weakfish

    CCがソフトウェアとしてどれほど酷いかには今でも驚かされる。そんなに難しい問題じゃない。ハーネスが簡単ではないのはわかるが、狂っているわけでもない。そしてそれがJSランタイム(しかも彼らが買った!)で動いているというのもおかしい。なぜGo/BubbleTeaじゃない?なぜネイティブなものなら何でもいいから使わない?意味がわからない。

    嫌な奴になりたくはないが、こんな奇妙なソフトウェアを率いている人が言うことを真に受けるのは難しい。リソースや金が問題になるような連中でもない。Claudeがそんなにすごいなら、なぜCCはダメなんだ?

  7. otterley

    これはAmazonのドキュメント作成と意思決定プロセスと強く整合しているようだ。ビジネスプロセスとして異常に効果的だと感じ、退職して現在の役職に移ったときも持って行った。

    方向性と計画を決める前に、十分な情報に基づいた意思決定を行い、意思決定ドキュメントを反復するのは、私がキャリアで見てきたあらゆる代替案より優れている。

    このスレッドでこれまで読んだ批判は的外れに思える。私もメンティーの成果物やプロセスに改善の余地があるときは同じ種類のフィードバックを与えている。

  8. AdieuToLogic

    正しさと間違いは判断の形態であり、議論の対象となり、恨みの源となる。

    正確と不正確は少なくとも定量化が可能で、本質的に主観を含まない。

    言い換えれば、私が不正確であることは他人が理解し訂正するのを助けてくれる。私が「間違っている」というのは二次的な害を生みうる立場なのだ。

この日のほかの記事

2026-09-20