kadoppe / mento

チームの意思決定が進まないときによく見た光景 たまたま見かけた、以下の DACI に関する記事を眺めていて、これまでの人生で何度か見てきた「チームの意思決定が進まない」光景を思い出した。 DACI：意思決定フレームワーク | Atlassian Team Playbookこの DACI テンプレートを使用して、チームの各メンバーに役割と責任を割り当て、意思決定をより効率的かつ効果的に行ってください。AtlassianAtlassian 経験上、チームの意思決定がなかなか進まない時には、以下のようなことが起きていることが多かった。 * 「チームワークを高めること＝合議制で進めること＝必ず良いこと」として扱ってしまう * リスクを重く捉えすぎて、意思決定に必要な行動量や試行回数が確保できない * 解こうとしている課題そのものが複雑で難しい * 解けない問題を扱ってしまっている 特にもったいないのは1つ目と2つ目で止まっているケース。ここではこの2つについて少し取り上げてみる。 合議制の罠 みんなの意見を聞くこと自体は大事。でも、だからと言って「最終的に誰が決めるのか」を曖昧にしてはいけない。 例えば、こんな状態

ブログ書きました：チームの意思決定が進まないときに、これまでよく見た光景について書きました。

合議制が目的化してしまうこと、リスクを恐れすぎて試行回数が足りなくなること。強く意識していないと自然とそっちに流れちゃいやすい、という話です。

https://kadoppe.com/scenes-ive-often-seen-when-team-decision-making-slows/

マンションの総会終わり。そして1年間の監事の任期も終わり。お疲れさまでした。

確定申告おわった。

フリーレンの最新話良すぎた。

これが今は丁度良さそう
https://tech.smarthr.jp/entry/2026/03/12/134348

DACI：意思決定フレームワーク | Atlassian Team Playbook この DACI テンプレートを使用して、チームの各メンバーに役割と責任を割り当て、意思決定をより効率的かつ効果的に行ってください。

今日たまたま目にして、「合議制の罠」という言葉を思い出させてくれたページ。
https://www.atlassian.com/ja/team-playbook/plays/daci

VPoE Summit 2026｜VPoE・開発部長向けラウンドテーブル 【2026/5/22開催】VPoE Summit 2026 は、VPoE・開発部長が集うラウンドテーブル。意思決定の前提とトレードオフをオフレコで深掘りし、次の判断軸を磨き、組織運営のヒントを持ち帰れます。

申し込んでみたー！
https://vpoe-summit.findy-tools.io/2026

カンファレンスのプロポーザル落ちちゃった。けど、あきらめずに出し続けるぞ。

誰でも作れる時代に、業務を完遂し続けるためのハーネスエンジニアリング｜田口 信元 Ubie株式会社でプロダクトマネージャー（PdM）を務めている、田口（@guchey）です。最近はまたエンジニアもやり始めました。AIを活用してチームを小さくする実験中です。 AIを使えば、一人でもかなりのものが作れる。それを日々実感しています。 でも、だからこそ考えていることがあります。「一人で作れること」と「顧客に価値を届け続けられること」は、まったく別の話です。 今、ソフトウェアは「作ろうと思えば、誰でも作れる」時代です。ChatGPTやGemini、Claudeを使えば、個人でもそれなりのソフトウェアが作れます。AIエージェントだって例外ではありません。オープンソースのフレ

お客様に提供したAIエージェントが、お客様の業務の変化にも追従して、信頼度高く動き続け、業務を遂行し続けるにはという話だった。

思っていたハーネスエンジニアリングと違ったけれど、すごく示唆深かった。
https://note.com/guchey/n/naede4f89cd24

Android版のTypelessのキーボード表示領域が広すぎるな。

機能の割にはもうちょっと小さくなってもらえると、他のコンテンツが画面上で大きく見れて嬉しいんだけど。

推し本紹介したくなりまして、LT登壇にもうしこみました！
https://connpass.com/event/386071/

Claude Code / Codex ユーザーのための誰でもわかるHarness Engineeringベストプラクティス Coding Agent時代のハーネスエンジニアリングのベストプラクティスを、リポジトリ衛生・決定論的ツール・E2Eテスト戦略・プラットフォーム選定まで網羅的に解説します

ADRは、その内容をソースコードから復元することはできない（意思決定の背景情報だから）ので、リポジトリに含めても Single Source of Truth を保てるってのに納得。
https://nyosegawa.github.io/posts/harness-engineering-best-practices-2026/

いろんなイベントで登壇、LTしていけるように頑張るぞー！

ブログ更新:

自分が話している「人見知りプロダクト開発ラジオ」の最新会を聞き返しながら、大事だと思ったことを改めて書きました。
プロダクト開発における、迅速・思い切った意思決定に必要な強い意志は、自分の実体験から生まれるんじゃないか、という話です。
https://kadoppe.com/strong-will-for-decision-making/

提案に「NO」と言うことに苦手意識があって、なんとか言えるようにしたい。

それと同時に、「じゃあ何ならYESなのか」ということも、しっかり示せるようにならないといけないな。

設計ナイト 2026を開催します - kichijojipm’s blog kichijojipm.connpass.com 今年も設計ナイトを開催します タイムテーブルは現時点で以下の通りです 18:30〜19:00 開場 19:00〜19:10 オープニング 19:10〜19:30 nwiizo「アーキテクチャモダナイゼーションとは何か-技術・事業・組織で大事なこと」 19:30〜19:50 moznion 19:50〜20:00 休憩 20:00〜20:20 soudai1025「制約を設計する - 非決定性との境界線」 20:20〜20:30 ナカミチ「感情を設計する」 20:30〜20:40 polidog 20:40〜20:50 LT 2本(公募) 20:…

申し込んでみたー！
https://kichijojipm.hatenablog.com/entry/2026/02/14/081147?__readwiseLocation=

AquaVoiceからTypelessに乗り換えた

大吉祥寺.pm2026を開催します!! - kichijojipm’s blog 今年も 大吉祥寺.pm 2026 を開催します！ 大吉祥寺.pmは、さまざまなコミュニティの交差点になることを目指したカンファレンスです。 特定のテーマに縛られず、いろいろな分野のトークが集まり、参加者みんなで同じセッションを楽しむ ワントラックイベントとして開催しています。 2026年も、楽しく刺激的な1日をみなさんと作れたら嬉しいです。 昨年の振り返り 昨年開催した 大吉祥寺.pm 2025 では、多くの方にご参加いただき、大変盛り上がるイベントになりました。 参加者のみなさんのブログやポストでも、たくさんの感想をいただいています。 posfie.com fortee.jp 昨年のセッショ…

参加したい。
https://kichijojipm.hatenablog.com/entry/2026/03/07/212425

昔ゲームが大好きで、またその頃みたいに遊べたらと思うけど、今も大好きなままとはかぎらない

今日は久々に気分転換デーで、ゲームで遊ぶぞーって思い立ったけど、全然長続きしなかった。無理にゲームする必要ない。

自分だからできることをやる。

もっと大きなインパクト、すこしでも大きな成果にこだわって動きたいって思あらためて思った1日だった。伸びしろだ。

ジム行って筋トレした。今日は体幹だった。仕事強制的に終わらせて、違うことするのよかった。

ここしばらくバタバタしてたけど、RSS Reader消化できるくらいに落ち着いてきた！

Headless Sync - Obsidian Help Obsidian Sync offers a headless client to sync vaults without using the desktop app. Useful for CI pipelines, agents, and automated workflows. Sync the latest changes or keep files continuously up to date.

これはめちゃくちゃ欲しかったやつ。エージェントにノート修正、いじってもらった時の複数デバイス間の同期が楽になる。今までgitコマンドを定期実行することでやってたけど、乗り換えたい。
https://help.obsidian.md/sync/headless

新しいエヴァ、脚本ヨコオタロウさんと音楽岡部啓一さんなのがヤバい。特に音楽が岡部啓一さんなのがマジで嬉しい。めちゃくちゃ嬉しい

AIコーティングツールを思いのままに操るために、仕組みとしてハーネスをつくる、そしてそれを日々進化、維持する事が大事。せっかくつくったナレッジやコンテキストも、どんどん積み重なっていくと古くなったり矛盾をはらんでしまう。GCみたいなエージェントが必要なのは納得した。
https://martinfowler.com/articles/exploring-gen-ai/harness-engineering.html

Boris Tane The research-plan-implement workflow I use to build software with Claude Code, and why I never let it write code until I

軽量Spec Driven Developmentだ。
https://boristane.com/blog/how-i-use-claude-code/

Agent Observability Powers Agent Evaluation You can't build reliable agents without understanding how they reason, and you can't validate improvements without systematic evaluation.

エージェントのObservabilityと評価について。本番環境のデータをトレースして評価することと、評価をSingle-step, Full-turn, Multi-turnの３つのレイヤーで設計することが重要。
https://blog.langchain.com/agent-observability-powers-agent-evaluation/

視野の広さを武器にする｜すてぃお 「あの人は視野が広い」「俯瞰して物事を見ている」という評価を受ける人がいます。 でも、視野が広いとは具体的にどういうことでしょうか。観察してみると、それは「情報の点と点をつなげて、線にし、さらに面にできる力」だと考えています。 この能力は、エンジニアリングでもビジネスでも、あらゆる場面で求められます。そして、意識的にトレーニングすれば、誰でも身につけられるものです。 知識を点として持っているだけでは、宝の持ち腐れです。点と点をつなげて線にし、線を束ねて面にする。そこで初めて、知識は武器になります。 今日は、この「つなげる力」について解説します。 点・線・面とは何か まず、

なるべく情報を発信、共有するときに、点ではなく、なんらかの背景や文脈と繋げて線になるようには心がけてる。面まで常にできてるかというとなかなか難しい
https://note.com/suthio/n/n1d93a0ee81a6