先日の社外の方との議論で、思わぬ発見がありました！
6月に紹介した、デモプランシートについて、
デモで得たい情報が何かを１つに絞る事で、
どんな状況にも対応出来るというか、
方向性がぶれないというか、
聞きたい事が聞ける、得たい情報が得ている状況が作れている気がしました。
ここでいう１つに絞る内容は、具体的なものではありません。
例をあげると、
「何かしらのアイディアを引き出す」
や、
「具体的な期待している効果を聞き出す」
などです。
そのためデモプランシートの内容は、
聞き出すタイミングが複数ある傾向にあります。
この何度も聞くタイミングを事前にシミュレーションする事が
また、タイミングを見て仕切り直せるというか、
想定と違っても方向性がブレない対策になってるのかもしれません。
このあたりも、もう少し分析すると、
何が、どのように効果があるのかが見えてきそうですね。
「フォーカスする」
という観点で見ると、また違うように見えるのが興味深くもあり、楽しく思います。
これでまた、デモプランシートが成長しますね。
「アジャイル宣言の背後にある原則」って長いなぁ
https://agilemanifesto.org/iso/ja/principles.html
アジャイル宣言も
アジャイル宣言の背後にある原則も
ちょくちょく読み直します。
なぜでしょうか？？？
何か、思うところがあって、読み直すのですが、
そのシチュエーションは様々ですね。
今回は、TOCのフォーカスする事とスモールリリースって狙うところは同じだよなぁ
って想いながら、なんとなく原則を読みました。
すると、
“シンプルさ（ムダなく作れる量を最大限にすること）が本質です。“
が目に止まった。
シンプルにする事は、早いリリースを可能にするだけではなく、
量も最大化する。
つまり、フロー（流れ）も最大化するって事ですね。
リソースを増やすのではなく、
シンプルにする事で、最大化する！
昨今、ますますソフトウェアって早く創れるようになったと感じます。
条件は、目的と手順が決まっている事ですね。
そして、最近は、決める為に必要なのが『シンプルさ』だと思うのです。
複雑にしない。シンプルにして決める！
そして、もう1つポイントだと思う事が、
プロダクトオーナーとソフト開発者を仲介する存在の必要性です。
この存在がシンプルさの実現に大きく寄与すると思っています。
プロダクトオーナー的な思考を持ったソフトウェア開発者が仕様を設計する事で、
仕様もソフトウェア構造もシンプルになる。
改めて、シンプルさが本質ですね！！
早く作るには技術はもちろん必要ですが、
要求や目的がシンプルである事が大きい！
と、今回、改めて実感しています。
そして、要求や目的をシンプルにする
とは、
こちらも改めて、やらない事を決める事
と改めて。
やらない事が多く確認出来れば
いや、違いますね。
やらない事を、チームで多く、たくさん、常に、都度、話す事で、
フォーカスが絞られていく。
という感じでしょうか。
もしかすると、この ”たくさん話をする” 事が
フォーカスを絞る事、やらない事を決める事に、
大きく作用するのかもしれません。
結果的に後戻りになったり、余計なものが作られてしまうのは、
やらない事についての話が少ないのかもしれません。
話をしていると、「そこまでいらない」といった言葉も
よく出ていたような気もします。
とすると、チームでどんな話をしているかで、
早く作れるチームかが分かるのかも？！
これって、既に分かっている事だったりして…
