早く作るには技術はもちろん必要ですが、
要求や目的がシンプルである事が大きい！
と、今回、改めて実感しています。
そして、要求や目的をシンプルにする
とは、
こちらも改めて、やらない事を決める事
と改めて。
やらない事が多く確認出来れば
いや、違いますね。
やらない事を、チームで多く、たくさん、常に、都度、話す事で、
フォーカスが絞られていく。
という感じでしょうか。
もしかすると、この ”たくさん話をする” 事が
フォーカスを絞る事、やらない事を決める事に、
大きく作用するのかもしれません。
結果的に後戻りになったり、余計なものが作られてしまうのは、
やらない事についての話が少ないのかもしれません。
話をしていると、「そこまでいらない」といった言葉も
よく出ていたような気もします。
とすると、チームでどんな話をしているかで、
早く作れるチームかが分かるのかも？！
これって、既に分かっている事だったりして…
リーン、リーンスタートアップやアジャイルでは
顧客に価値を早く届ける為に
短いサイクルで継続的に顧客に動くものをリリースします。
しかし、動くモノ、リリースしたモノ
に価値が無いのでは意味がありません。
リリースするモノの価値について考えてみました。
リーンスタートアップでは価値があるかを検証する
という事になり、検証して学ぶことが目的なので、
検証する事、そのものに価値がる。
だから、検証する為にリリースする。
一方アジャイルは、ユーザーストーリーに価値がある事が前提かな？
と思ったのですが、
こちらもリーンスタートアップと同じ考え方が出来ますね。
ユーザーストーリーが仮説であれば、
こちらも検証する事を目的とすると、仮説であっても価値がある事となり、
価値がある事が前提でなく、検証する事が目的であれば、
リリースする動くものに価値がある事になる。
結局、価値定義が重要という事ですね。
価値定義の合意形成の中では、
考えても分からないから、とりあえず作って、試しに使ってもらう。
という葛藤があります。（ありました。）
価値定義を曖昧にしたまま、とりあえず動くものを作るとどうなるか。
定義が曖昧なので、シンプルで明確なユーザーストーリーにならない。
恐らく、仕様化、具体化のところが遅くなるのでしょう。
単純な比較は出来ないので、正確には分かりませんが。
今回、価値定義が重要だと実感する機会があったので、
再度、考えてみました。
オンラインミーティングが増えています。
初対面の方とのオンラインミーティングも慣れてきました。
しかし、久しぶりにオフラインで顔を合わせると、ほっとしますね。
なんでしょうね。この感覚は…
オンラインミーティングは慣れてきたとはいえ、
オンラインミーティングのやり方というか、進め方は
まだまだ試行錯誤な感じです。
どうしてもオンラインでもオフラインと同じようにやろうとしてしまう。
オフラインの時のホワイトボードと同じように
オンラインのホワイトボードを使ってみますが、同じようにはいきません。
考えてみれば、明らかに違うものなので、
そもそも同じように使う事に無理がある気もします。
頭を切り替える必要があるのだとは思うのですが…
オンラインの良いところ、悪いところをピックアップして
じっくり考えた方がイイのかな？！
いや、そもそも何が問題なのか。
あれ？！
つまり、
何を変えるのか
何に変えるのか、どのように変えるのか
って事ですね！
いつものとおり、TOCを活用しろって事ですね。
SWEST22に参加しました。
昨年は参加出来なかったので、今年は楽しみにしていました。
ですが、今年はオンライン開催！
どうなるのか不安いっぱいでしたが、
スタッフのみなさんの頑張りで
SWESTらしいオンラインワークショップとなった気がします。
スタッフのみんさんに感謝です！
今回の目的は、いつも通りの議論する為はもちろんですが、もう1つあり、
社内検証中のサービス（今までに無い気づきがあるGrowth Mirror）を社外でも検証する為の参加でもありました。（※リンクをクリックすると無料でお試し出来るWebサービスです。IEでは動作しません。）
毎度、SWESTでは勉強となる事が多いのですが、
今回も勉強になりました。
最も印象に残ったのは、あるセッションでの安全性に関する議論です。
設計思想、コンセプトは大事だと常々意識し、実践してきましたが、
何を優先すべきかを1つにフォーカスする事がとても重要だと改めて感じました。
今回は、プログラムの実行速度を最優先としたうえで、
どのように安全性を担保するかという内容でしたが、
実行速度を優先するという設計思想があった上での安全性の確保
相反する事でもありますが、バランスを取る事が重要で、
そのバランスを保つためにも、シンプルなコンセプトが重要となると感じました。
実行速度を犠牲にせずに実現できる最大限の安全性の担保。
担保の仕方はいろいろです。
臨機応変に対応し、進化させる必要があると思います。
進化させる為に、議論を深める為にも思想、コンセプトはシンプルである必要があるのだと思います。
