CCPMとアジャイル（その２）

前回の自問

価値がある事が大前提だと管理が必要？
価値がある事を疑うと、管理は不要？

恐らく、どちらでも無いというか、
単純に価値がある、無いだけの事では無いのでしょうね。

CCPMは、やはり管理が前提な気がしますね。

そもそもなぜ管理が必要か？
管理って何？
という感じです。

アジャイルでは、やはり管理を不要とするプロセスな気がします。
ただ、要求と価値は管理していると言えるかと思います。
しかも、関係者全員で。
そして、それ以外は管理していない。

本来管理する目的は、価値創造を最大限にする事な気がします。
CCPMもここは同じだと思います。

するとやはり、何を管理するか
が問題なのでしょうか？？？

大きくは今の状況を見える化して、対処すべき事を判断する
のが管理な気がしますが、
アジャイルでは対処ではなく、価値創造に集中している気がします。
これが管理となると、対処となり、
元に戻す（正常状態にする）事に集中している気がします。

ここが大きな違和感の元な気がします。

アジャイルでは
何をするかを決めるだけなので、あまり管理している感じはしません。
だから違和感となるのかもしれません。

CCPMもスケジュールやバッファを管理しているのではなく、
バッファにより変化した状況を把握して、価値創造の為に次に何をすべきかを管理する。
とも言えそうです。

そんな事を考えていたら、
本日、偶然にも「管理とは？」の1つの答えを得ました。
これはまた次回以降で紹介するとして、

CCPMでとてもしっくりくる事が1つあります。
それは「フルキットの」考え方えす。
これはアジャイルにとても近いと思うのです。
そして、CCPMのキーとなるのもフルキットだと思っています。

リーンの安価な実験と同じく、
いまある、もしくは近い将来整う最大限のフルキットで、
何が出来るかを考えて、実践する。

という事は、
要するに道具の使い方って事なのだろうか…

まだまだ自問自答が続きます…

コーディングの価値

突然ですが、コーディングという行為に価値はあるのでしょうか？！

当然、コーディングしないと動くものは出来ないのですが、
コードを書くだけでは動きません。

コードを書いた後にコンパイルなど、もろもろ環境を整えて、
やっとこ動くものになります。

しかもその動きは、単に動くものではなく、
動作する事で顧客に価値を与えるものである必要があります。


このように考えると
コーディングという行為はとても曖昧な行為ですよね。

コードを書いただけでは動作しないので
何も価値が無いとも言えます。
ですが、コードを書かないと動くものは完成しません。

価値あるものにするには動作させる必要があります。
動作しなければコーディングした時間も無駄ですし、
ゴミを創り出しただけになります。

価値あるものにするには、ゴミの生成を防ぐ必要があります。
つまり、必ず動くコードを書く必要があります。

ですが、これはちょっと難しいので、
ゴミをいかに少なくするか
という事になるかと思います。

その為の有効な手段の1つがテストファーストかと思います。
テストファーストは品質向上の1つの手段として捉えられていると思いますが、
それ以上の効果があります。

テストを先に作成して、確実に動作するコードを書く。
テストがあれば、それさえOKになれば良いのでゴミとなる確立はかなり少なくなりますし、
テストがOKとなれば、その時点で価値に繋がるものが創造された事になります。

で、思うのですが、
これってコーディングなのでしょうか？
コードは書いているかもしれませんが、やっている事は単体テストですよね？！

実はリボンモデルにはコーディングという工程はありません。
上記の通り、コーディングではなく単体テストだと思うからです。

コーディングという曖昧な行為ではなく、
確実に価値創造に繋がる単体テストとリファクタリングを繰り返す
これがリボンモデルの核となります。

価値創造に向けて無駄を無くす為、
動かないコード、無駄なコード、ゴミ生成を避ける為、
コーディングという工程を考え直したらリボンになりました。