市谷聡啓 / Toshihiro Ichitani (@papanda) header
市谷聡啓 / Toshihiro Ichitani (@papanda) profile picture

現在ドリフト(漂流)中。 右手に「正しいものを正しくつくる」、左手に「組織を芯からアジャイルにする」。両手を揃えて「作る、試す、正す。」まとまった文章はnoteで (https://nitter.cf/t.co/yTrFFiZhhM) 。その他の著作「カイゼン・ジャーニー」「チーム・ジャーニー」ほか

Japan
Joined April 2007
Photo by 市谷聡啓 / Toshihiro Ichitani (@papanda)Photo by 市谷聡啓 / Toshihiro Ichitani (@papanda)Photo by 市谷聡啓 / Toshihiro Ichitani (@papanda)Photo by 市谷聡啓 / Toshihiro Ichitani (@papanda)Photo by 市谷聡啓 / Toshihiro Ichitani (@papanda)Photo by 市谷聡啓 / Toshihiro Ichitani (@papanda)Photo by 市谷聡啓 / Toshihiro Ichitani (@papanda)Photo by 市谷聡啓 / Toshihiro Ichitani (@papanda)Photo by 市谷聡啓 / Toshihiro Ichitani (@papanda)Photo by 市谷聡啓 / Toshihiro Ichitani (@papanda)
ドメイン駆動トランスフォーメーション、良かったのだけど変革手法として現実への落としにくさ感じた。おそらく、From - To - Gap - Solutionのうち、From文脈が合ってない、想像しにくいからだろうな。話は分かるが、で、自分の目の前にある日本の伝統的組織ではどうやって始めるんだっけ?という。
1
7
1,830
そういえば、「ドメイン駆動トランスフォーメーション」に、社会技術的リファクタリングという訳語が出てくるが、ソシオテクニカルのことだろうな。 付録D 社会技術的リファクタリング D.1 レイヤーチームメンバーによるクロスファンクショナルチームの編成...
555
プロダクト開発、プロダクマネジメントの課題と見せかせて、実はソシオテクニカルが圧倒的に不足している、ということを繰り返しているな。
1
3
527
市谷聡啓 / Toshihiro Ichitani retweeted
“使い手は、自分の仕事に概念を道具として持ち込んで使っているうちに、理解を深めていく。なるほど、「仮説を鍛える」とはこういうことか、と。他者の一方的な言葉ではなく、自分の「経験」から捉えられるようになる。 起きているのは、「概念を知る」をすっ飛ばして、いきなり「概念を使う」ということだ。理解は、使ったその後からやってくる。” 「理解してから使う」の順番が、変わり始めている。 note.com/papanda0806/n/n07de…
1
11
1,684
“使い手は、自分の仕事に概念を道具として持ち込んで使っているうちに、理解を深めていく。なるほど、「仮説を鍛える」とはこういうことか、と。他者の一方的な言葉ではなく、自分の「経験」から捉えられるようになる。 起きているのは、「概念を知る」をすっ飛ばして、いきなり「概念を使う」ということだ。理解は、使ったその後からやってくる。” 「理解してから使う」の順番が、変わり始めている。 note.com/papanda0806/n/n07de…
1
11
1,684
市谷聡啓 / Toshihiro Ichitani retweeted
Software Factoryつくってる人たちに 何度でも思い出して欲しいのが 世界最大のリアルファクトリーを 作ってきたイーロンの言葉で 「自動化は最後」 ってやつね 5ステップある最後 これを逆順でやろうとする人が 多すぎというのがイーロンの主張 自動化は楽しいからね でも多すぎるということは そこに市場があるということでもあり Slopware Factory作る方がバズるし 儲かるんだろう 今は エージェントオーケストレーター がそれだと思っている ゴールドラッシュのときに ツルハシとジーンズという道具を 売るのが一番儲かったけど ユーザーは結果が出なかった的な 別にLevi’sが悪意でジーンズを 売りまくったとは思ってない ただ、失敗すると思っているのに 知らん顔してツールを売るのは 倫理的な葛藤があるのも事実で 自分はまたしても馬鹿正直に 全自動では結果出ないよ ちゃんとグリップしようね 自動化の前に深い理解だよ だから /relay なんだよ と世間の波に対して恐らくまだ 早すぎる結論を提示するという 人生で何度目かわからない愚を おかしているのかもしれない 他の大多数の人と同じように オーケストレーター作りたい! と無垢に多くの人が欲しがる ツルハシとジーンズを作るのに 邁進できる人生が良かったの かもしれない なんでもいいからとにかく 売れれば嬉しいと思える人生が 先が見えすぎるのは呪いだぞ その呪いの存在に自覚的な今でも それを解除する呪文を持たない ただ、手だけは止めない 自分の仮説を証明するために 死力を尽くすのみ 何年かかっても
5
43
11
415
38,324
年齢に帰因させたくないなと思いつつ、認めざるを得ない気がする。若い時ほど、「最初の自分の応答」は軽く、変えやすい変わりやすい。歳を食うと知識経験が増え、応答は重くなる。自分のことを信じ、頼りがちになる。そのことに自分で気づけていない。これが"老害"の正体か。
何回か繰り返しているうちに、徐々に感じ取り方が変わっていく。最初に得た感触はあくまでその時点での自分が理解できるところに依る。最初は否定寄りあるいは無価値寄りに捉えていたこともいつの間にか変わっていくことがある。つまり自分がどう応答するか?に着目しながらも自身に縛られないように。
2
773
何回か繰り返しているうちに、徐々に感じ取り方が変わっていく。最初に得た感触はあくまでその時点での自分が理解できるところに依る。最初は否定寄りあるいは無価値寄りに捉えていたこともいつの間にか変わっていくことがある。つまり自分がどう応答するか?に着目しながらも自身に縛られないように。
1
2
1,236
モノづくりの系は3層(3周回)になるのだろう。1層目はDevSecOps、2層目はプロダクトマネジメントサイクル。2層目の自作から始めたが1層目がないとモノはプロトタイプ寄りで止まる。その上で3層目に「なぜそのプロダクト仮説なのか?」に答えるための周回を用意する。だいぶ揃ってきた。
1
16
1,241
市谷聡啓 / Toshihiro Ichitani retweeted
いわゆる要件定義は、受け入れ条件の記述、というような意味合いがありそうだが、まだ形がないものの受け入れ条件を体系的に精緻に事前に記述することはできないだろう。
1
1
2
17
3,608
概念を表し、理解するのに言葉が中心的な存在だったところから、今は概念を表す「ソフトウェア」を作ることができる。言葉での伝達から、ソフトウェアによる体験に進むことで表現と理解のコストを下げることができる。「概念を知る」をすっ飛ばして、いきなり「概念を使う」に立てる。この時、理解は先ではなく後からやってくる。
9
979
「使われないモノ」を避けたいのは、この世においても変わらないことだけども、そのリスクを「コト」的な活動で必ずしも回避、代替できるわけではない、というのを踏まえたい。要件定義は想定したものを着実作るためのコトであり、「使われるかどうか」からは論点がずれる。
7
1,064
市谷聡啓 / Toshihiro Ichitani retweeted
“私たちは、ソフトウェア、プロダクトづくり、事業開発、あるいは組織変革という営みの中で、同時に「系」に向き合っている。その「系」を制御し切り、完了を迎えるということはない。どこかで調子の良かったプロダクトづくり、事業開発は大きな障壁にぶつかる。では、私たちは「系」について何もなしえないのだろうか。” 思うようにならない「世界」と、どう関わっていくか note.com/papanda0806/n/n7457…
2
8
1,755
“私たちは、ソフトウェア、プロダクトづくり、事業開発、あるいは組織変革という営みの中で、同時に「系」に向き合っている。その「系」を制御し切り、完了を迎えるということはない。どこかで調子の良かったプロダクトづくり、事業開発は大きな障壁にぶつかる。では、私たちは「系」について何もなしえないのだろうか。” 思うようにならない「世界」と、どう関わっていくか note.com/papanda0806/n/n7457…
2
8
1,755
市谷聡啓 / Toshihiro Ichitani retweeted
漂流の真っ只中ですが、こちらでお話しします。 2026年12月8日(火)・9日(水)オンライン開催「PM×SE Conference 2026」 AI時代における大規模案件の進め方を考える2日間 #pm_se_conf_findy pm-se-con.findy-code.io/2026…
2
6
1,096
漂流の真っ只中ですが、こちらでお話しします。 2026年12月8日(火)・9日(水)オンライン開催「PM×SE Conference 2026」 AI時代における大規模案件の進め方を考える2日間 #pm_se_conf_findy pm-se-con.findy-code.io/2026…
2
6
1,096
プロダクトと自分との接地面、 プロダクトと他者との接地面 をどう設計するか。とにかく頻繁に接地すれば良いわけでもない。構造作りというのならば、ここが人間に問われる。
1
1
632