単なるコード生成を超えて自動レビューと品質ゲートで組織全体を変革してるの強い
スクロールの挙動が気持ち悪いなこのサイト
効果をリリース数にするのか。正直、それって価値の指標になってないよねって思っちゃうなぁ。組織的分業的になるとやむ無しなのだが、だからチームをスケールするなではあるんだよなぁ。結局使いたい奴が作るしか
PRレビュー時にセッションから知見を拾う→「実装計画の策定時」と「プルリクエストレビュー時」チェックルールとして自動適用 （´－｀）コンテキストに直接導線を入れるわけではないのか。参考になる
わかりみ "「コーディングだけ」をAIによって高速化しても、全体のプロセスがAIを前提に最適化されていなければ、最終的なリリース速度は上がらず、価値を届けるリードタイムも縮まりません"
「リリースできたこと」と「ユーザー価値」は別もの。かつ不具合流出率も見た方がいいのでは（移動平均とかで）
アウトカムの定義、レビュー再設計、暗黙知の形式知化― AI駆動開発組織になるために必要だったもの | 人と今を伝える採用メディア | HADOH(はどう) | 博報堂テクノロジーズ
単なるコード生成を超えて自動レビューと品質ゲートで組織全体を変革してるの強い
スクロールの挙動が気持ち悪いなこのサイト
効果をリリース数にするのか。正直、それって価値の指標になってないよねって思っちゃうなぁ。組織的分業的になるとやむ無しなのだが、だからチームをスケールするなではあるんだよなぁ。結局使いたい奴が作るしか
PRレビュー時にセッションから知見を拾う→「実装計画の策定時」と「プルリクエストレビュー時」チェックルールとして自動適用 （´－｀）コンテキストに直接導線を入れるわけではないのか。参考になる
わかりみ "「コーディングだけ」をAIによって高速化しても、全体のプロセスがAIを前提に最適化されていなければ、最終的なリリース速度は上がらず、価値を届けるリードタイムも縮まりません"
「リリースできたこと」と「ユーザー価値」は別もの。かつ不具合流出率も見た方がいいのでは（移動平均とかで）