Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Features
Speaker Deck
PRO
Sign in
Sign up for free
Search
Search
「タコピーの原罪」から学ぶ間違った”支援” / the bad support of Tak...
Search
piyonakajima
October 24, 2025
Technology
0
240
「タコピーの原罪」から学ぶ間違った”支援” / the bad support of Takopii
2025.10.24
https://engineers-anime.connpass.com/event/367547/
piyonakajima
October 24, 2025
Tweet
Share
More Decks by piyonakajima
See All by piyonakajima
KAGAIWeek_仕様駆動開発で開発スピードが爆速になった!その結果生まれたバックログ管理の課題と対策
piyonakajima
4
1.1k
The Origin Story of the InnerSource Hero
piyonakajima
0
140
組織のソースコードを共有しよう!インナーソース最初の一歩〜実践者達と歌を作った結果、社内でインナーソース文化が育ち始めた〜 / innersource man
piyonakajima
2
1.4k
日報にたちカエル〜自分のためのYWT日報をはじめたら苦手だった日報が楽しくなって仕事にもつながった話〜 / lets try ywt
piyonakajima
2
2.5k
AIがチームのふりかえりをサポート!KAGが提供するツール「anycommu」〜AIスクラムマスター Fearless Changeモードのご紹介〜 / Introduce the retrospective tool powered by generative AI anycommu
piyonakajima
0
590
[ナイトセッション] これが私の生きる道組織の中で自分らしさを貫くアジャイル実践者たちの物語piyonakajimaの場合 / This is my way
piyonakajima
0
3.9k
たった一人で始めた音楽制作が気がついたら会社公認の部活動になっていた話〜組織の垣根を超えるコラボレーションを実現するには〜 / On-KAG-bu
piyonakajima
0
920
リフレッシュ!お楽しみ企画 / Reflesh! The Fun Project - InnerSource Gathering Tokyo 2024
piyonakajima
2
1.1k
ぶっちゃけて話すための場作り / Creating an Environment for Open and Honest Communication
piyonakajima
10
76k
Other Decks in Technology
See All in Technology
プログラミング不要! テスト自動化における生成AI使いこなし術
magicpod
1
110
「コントロールの三分法」で考える「コト」への向き合い方 / phperkaigi2026
blue_goheimochi
0
140
詳解 強化学習 / In-depth Guide to Reinforcement Learning
prinlab
0
370
DDD×仕様駆動で回す高品質開発のプロセス設計
littlehands
5
2.3k
Phase03_ドキュメント管理
overflowinc
0
2.4k
ReactのdangerouslySetInnerHTMLは“dangerously”だから危険 / Security.any #09 卒業したいセキュリティLT
flatt_security
0
480
Kiroで見直す開発プロセスとAI-DLC
k_adachi_01
0
130
BFCacheを活用して無限スクロールのUX を改善した話
apple_yagi
0
120
君はジョシュアツリーを知っているか?名前をつけて事象を正しく認識しよう / Do you know Joshua Tree?
ykanoh
4
120
今日から始められるテスト自動化 〜 基礎知識から生成AI活用まで 〜
magicpod
1
140
Phase04_ターミナル基礎
overflowinc
0
2.2k
スピンアウト講座05_実践活用事例
overflowinc
0
1.1k
Featured
See All Featured
Building a Scalable Design System with Sketch
lauravandoore
463
34k
Why Mistakes Are the Best Teachers: Turning Failure into a Pathway for Growth
auna
0
93
Information Architects: The Missing Link in Design Systems
soysaucechin
0
840
Unsuck your backbone
ammeep
672
58k
Lightning talk: Run Django tests with GitHub Actions
sabderemane
0
150
ラッコキーワード サービス紹介資料
rakko
1
2.7M
Max Prin - Stacking Signals: How International SEO Comes Together (And Falls Apart)
techseoconnect
PRO
0
130
Gemini Prompt Engineering: Practical Techniques for Tangible AI Outcomes
mfonobong
2
330
[RailsConf 2023] Rails as a piece of cake
palkan
59
6.4k
Building a Modern Day E-commerce SEO Strategy
aleyda
45
9k
What the history of the web can teach us about the future of AI
inesmontani
PRO
1
490
DevOps and Value Stream Thinking: Enabling flow, efficiency and business value
helenjbeal
1
150
Transcript
2025/10/24 アニメから得た学びを発表会 タコピーの原罪から学ぶ 間違った”支援” piyonakajima
@piyonakajima 会社:通信事業会社&その子会社兼務 仕事:アジャイル受託開発による新規事業創出支援 0->1特化型PdM(元々はエンジニア) その他: アジャイルコミュニティにて フレームワークを歌にして会社のYouTubeチャンネルに掲 載 アニメは初心者
最近のマイブーム ランニングアニメ
ランニングアニメとは ランニングマシーンにiPadを置く アニメを見ながら走る 6月〜開始 ・痩せる(3kg減) ・ストレス発散・肩こり解消 ・学びがある ・続きが気になるので楽しい、継続する
ランニングアニメ遍歴(6月〜現在 葬送のフリーレン タコピーの原罪 リコリス・リコイル ウェンズデー(洋ドラマ) 響け!ユーフォニアム1期 あの日見た花の名前を僕達はまだ知らない。←今2話
アニメか得た学びを発表会 タコピーの原罪から学ぶ 間違った”支援” piyonakajima
仕事で支援してますか?
エンジニアとしての「支援」とは? - いろんな支援がありますよね - コンサルティング - 他社企業のDX支援、内製化支援 - 同じ企業における他部署支援 -
後輩/部下の指導 - 自社SaaS:顧客業務の効率化支援 etc.etc. チームトポロジー - 4つのチームタイプがある - 自社サービス/受託関係なく「支援」するチームがある エンジニアは常に誰かの「支援」をしている https://speakerdeck.com/miholovesq/team-topologies-with-platform-engineering?slide=19
タコピーの原罪 2021年12月少年ジャンプ+にて連載 2025年6月Webアニメ化 ハッピー星からやってきたタコピーは、地球で出会っ た少女しずかを笑顔にしようとする。 しかし、彼女の周りには思いがけない悲しみや葛藤 があり、タコピーはその現実に直面する。 何度も失敗しながらも、タコピーは本当の「ハッピー」 とは何かを学んでいく。 ©タイザン5/集英社「タコピーの原罪」製作委員会
注意書き ネタバレしない程度に書きますが ネタバレになってたらすみません
タコピーの原罪(公式Webページより)
タコピーの原罪(公式Webページより)
前置き 本作で扱われる「いじめ」は複雑な要因から成り立つもの 現実本人同士の会話だけでは解消できない場合がある ただしタコピーの「誤った支援」は エンジニアがやりがちで再現性がある
Case Study: タコピーは「喧嘩した」しずかにハッピー道具を与える →ハッピー道具の副作用で悲劇が生まれる タコピーの原罪より
仮説的推論 顧客は「価値の仕様」ではなく、「洞察」にお金を払う 医師の診断と治療の違いに見る、「アブダクション」のプロセス https://logmi.jp/main/social_economy/326597
Case Study: タコピーは「喧嘩した」しずかにハッピー道具を与える FACT INSIGHT FORESIGHT しずかが喧嘩をしたと言っている しずかの顔の色がいつもと違う しずかは喧嘩をした(そのまま) 人間は喧嘩すると顔の色が変わる
仲直りをする道具を渡せば 問題が解決する
Case Study: タコピーは「喧嘩した」しずかにハッピー道具を与える FACT INSIGHT FORESIGHT しずかが喧嘩をしたと言っている しずかの顔の色がいつもと違う しずかは喧嘩をした(そのまま) 人間は喧嘩すると顔の色が変わる
仲直りをする道具を渡せば 問題が解決する 実際しずかはひどいいじめを受けている その結果、 暴力を振るわれ顔色が変わる程 怪我をしている しずかは精神的苦痛を負っている 異星人なので人間の怪我に対する知識がない 彼女の感情やpain pointに気がついていない 「ハッピー道具の提供」しか頭にない 彼女の課題に目が向いていない FACTの収集が圧倒的に足りていない! その結果、Insightが浅くなっている
タコピーは何も解っていなかった ソリューション(ハッピー道具)ありきで、 ユーザ(しずか)の課題に目を向けていなかった
顧客のFACTを知らずに誤ったFORESIGHTを導出する例 業務が輻輳し人手不足で困っている 適切な生成AIのプロンプトを作ろう 業務で何が起きているのかわからない ダッシュボードを作ろう 本当にそれで解決するの? 表面的な課題によるソリューション提案は逆効果 FACTを調べて観察して集める必要がある ※AIとダッシュボードをdisってるわけじゃないです
まとめ 「タコピーの原罪」のタコピーの間違った支援を紹介 間違っていたポイント - FACT(一次情報)を調べない、knowledgeもない、理解しようとしない - FACTが浅いのでInsightも浅い - その結果、誤ったForesight(ハッピー道具)を提案する これはエンジニア(というかIT業界)でも再現性のある誤り
何を作るかの前にFACTを知る必要がある
じゃあどうやって?
オープニングテーマ曲 “苦しいとか寂しいとか素直に言えたなら魔法なんていらないよ ” ハッピーラッキーチャッピー/ ano 銀の弾丸はない FACT集めには、 心理的安全性のある 場づくりと対話が重要 そもそも時間がかかる
None
タコピーがしずかに変身する まりなに虐められ「怖い」を知る エスノグラフィー(参与観察) 同じ状況におかれて 彼女の「怖い」という感情を体験する これがきっかけでタコピーは 少し彼女に寄り添った行動ができるようになる