何が無くてもフィードバック！

最近、フィードバックについて考えています。

常にフィードバックがあれば、失敗開発などない
デスマーチなど無いのでは！？
とさえ、考えるようになりました。

しかしながら、”常に”が問題です。

ソフトウェア開発では特に、
フィードバックが無いに等しい作業が多いですよね。

だから短いサイクルでの振返りが重要！
という事だと思うのですが、

もちろん、アジャイルでは当たり前の事で、
これまでも、そのように取り組んできたのですが、

最近、この振返りが機能していない気がしています。
イテレーションや、スモールリリースしていても
振返りが、今一つな感じがしています。

今一つなのは、
振返りで上がる”問題”が、問題では無く、解決策だったり、
誰が困る問題なのかが不明な問題が上っている事
つまり、問題として上がるべき内容が上げられていない点ですね。

当然、問題が問題で無いのであれば、
改善も的外れとなります。

なぜ、そうなるのか？！

実は、これが受託と深い関係があるのでは？！
と、最近思うようになりました。

オンサイト顧客など、顧客と近くで（場所ではなく意識）
やれていると、比較的常にフィードバックを得られやすいのですが、
顧客との意識が遠くなると、フィードバックが極端に少なくなる傾向にある気がします。

単純には、顧客を意識すれば良い！
という事なのですが、これがなかなか難しく
意識するだけでは、結果的にフィードバックは得られない事も多く、

常に先読みして、こちらから仕掛けていかないと
フィードバックは得られないような気がしています。

常に先読みするのも、疲れますよね....

そんな複雑な事ではなく、もっと単純な事のような気がするのですが....
これって、やはり作るソフトウェアが複雑になり過ぎている為に、
複雑化しているのでしょうか？？？

ちょっとした意識の仕方、共有に仕方で
ものすごく変わる気がするのですが....

う～ん...

フィードバックを常に得る為に何が必要なのか。
悩み続けています。

クラウドは強力だ！

最近、

TOCのクラウドの作成体験をしてもらう活動を始めました。
しかも30分くらいで。

これが想像以上に好評です。

時間が無さすぎる！
じっくり考えらない！
という反感も覚悟していたのですが、
これまで体験した全員が楽しかった！
という反応でした。

ソフトウェア開発を生業としている人は、
想像以上に考えるのが好き？！
現状の開発現場で考える時間が無さすぎるから、
その反響！？

などと妄想しています。

体験の冒頭は、いちおうTOCとクラウドの説明をざっとします。
（ジョナを持っている訳ではありませんが...）

クラウドの説明を何度もしていると、
クラウドの凄さ、強力さをひしひしと感じます。
実際に使う時より、説明する時の方が強く感じる気がします。

ただの5つの箱ですが、この1つ1つはとても強力です。
全体最適に向かう、第一歩であり、
シンプルに本質を捉える、とても強力な図ですね。
改めて、もっと活用していこうと思う、今日この頃です。

またまた本になった！

現在取り組んでいる本質思考道場が
またまた本になりました！

『深く、速く、考える。』

タイトルも、なんとも興味を引きます。

そして、この書籍は序章から「脳のバグ」に触れ、
最後は、日常化する為の方法
と、盛り沢山です。

本質思考道場を実施している我々にとっては、
ほぼ全てが既に実施した内容なので、
我々としては、既に次のフェーズに入っている事になりますね。

「深く、速く」の次の段階って何だ？！

って感じですね！

やっぱり手書きが効率的

暖かく、天気も良いので、散歩がてら
ふと近所の図書館に行ってみると、
『トヨタで学んだ「紙一枚！」にまとめる技術』
が目にとまり、もちろん借りました。

現在、本質思考道場でも取り組んでいるA3用紙1枚にまとめる
方法、アプローチについての書籍です。
前々から知ってはいましたが、手に取る機会はありませんでした。

ざっと見てみると、思わず読みたくなるような目次で、
1つ1つの項目が短いので、とても読み易いです。

ざっと斜め読みするつもりで、目次を開き、
「パソコンと手書きどちらのほうが効率的か？」
という項目に魅かれて読み始め、

「年間400時間の残業をゼロにまで減らした方法」
「一枚で自分の頭の中を見える化する」

などなど、つぎつぎと引き込まれ、あっという間に読んでしまった感じです。

最初に興味を引いた手書きＶＳパソコンですが、
著者の方もパソコンで作業していたが、最終的には手書きになったようです。

そして書籍中の
「脳がデジタル社会に適応して進化を遂げていないのであれば」
という表現が印象的です。
進化していないのであれば、手書きが効率的という説明です。

本質思考道場でも、「脳にはバグがある」というテーマで
根本原因を探らずに対策に走ってしまう原因についての説明がありました。

まったく同じ事だと感じました。

やっぱり手書きですねぇ～

A3はじっくり寝かせる？！

A3文化を定着させようと、奮闘中ですが、
なかなかA3が書かれません。

A3を書く為の訓練はしているのですが、
実際の課題や提案となると、なかなかA3とはなりません。

自身では、途中まででも思いついた事は、A3にしてみます。
なので、中途半端なA3がたくさん出来ます。

でも、これが意外と便利で、
思いついた事をA3にしていると、
時々、以前に書いたA3と同じような内容であったり、関係のある内容であったり
するので、切り貼りするイメージでA3が完成する事があります。

便利というより、私にとっては、
A3を書く上では途中のA3は必要な事なのかもしれません。

A3は寝かせて、一気に爆発させるのがコツ！？

まるで考えのコラージュですね。
その為にも、A3は寝かせる！

じっくりかは分かりませんが、
寝かせるA3お勧めします！

無駄が無駄を引き起こす...

最近、無駄の無い振り返り
について考えています。

私の周りでは、「振り返り」に多くの時間を割いています。
しかし、本当にそれだけの時間を割く必要があるのか？！

という疑問が沸きました。

と、同時に、
その割いた時間の成果が本当にあるのか？

良い事が多くあったプロジェクトについては、良い事は継続し易く、
振り返りも早い傾向にある気がします。
しかし、もっと無駄を排除できる気がしていました。

一方で問題があったプロジェクトが最悪で
永遠と振り返りをやっている事があります。
#やるだけ良いとも言えますが...

という事で、
これまでの振り返りのやり方について、
因果関係図を書いてみました。

すると、無駄が無駄を生んでいるような図が完成しました。
よくある事だとは思いますが、改めて実感する効果は絶大ですね。

改めて、1つの無駄が多くの無駄を生み出す事を認識した次第です。
ちょっとの無駄を排除していく事がいかに重要か！

こつこつと愚直にやっていく事が何事も早くするのですね。
これぞリーンの神髄！という感じでしょうか。

反省反省....

生産性と考える事

開発業務のような考える事が中心の業務において
効率化とは、何を意味するのでしょうか？

同じようにソフト開発では、効率化とは何を意味するのでしょうか？

この2つは同じだと思うのです。
考えなければ、良いもの、顧客価値
は、提供不可能だと思っています。

だとすると、考える事　そのものが効率化なのではないでしょうか？！
ドキュメントを速く多く書くよりも、
コードを速く多く書くよりも、
レビューを速く多くやるよりも、

考えて考えて考える事
多くの事を考える時間を増やす事が
最も効率的な気がします。

つまり、どれだけ多くの事が考えているかが、全体最適に繋がり、
結果的に最も生産性が高くなる気がします。

ソフト開発においても、
どれだけ多くの事を考えて設計したか、
どれだけ多くの事を考えて実装したか、
が、品質及び生産性の向上に繋がると思います。

考えない仕組みやプロセスよりも、
可能な限りの考える時間を生み出す仕組みやプロセスが
今こそ必要な気がします。

現在、取り組んでいる本質思考道場は
いかに多くの事を考えるかという訓練なのだと改めて実感しています。