デザインパターンの会議への応用 : 小野和俊のブログ

先日、名刺の肩書きがファシリテーターの ATL システムズ片山ちささんと話していたときのことである。 彼女は最近、会議の進め方にデザインパターンを当てはめてみる実験をしていて、第一弾として Iterator パターンを当てはめて会議を進めてみたところ、これまでの会議と違った感触を得られたのだと言う。 ソフトウェア開発のためにまとめられたデザインパターンを会議というまったく別のものに当てはめたところで成果が得られるのか、という指摘もあるとは思うが、このようなやや乱暴な方法で発見される会議の新しいスタイルというのは確かにあると思う。 そこで、片山さんの試みに着想を得て、GoF のパターンのそれぞれを会議に当てはめるとどのような会議のスタイルが生まれ得るのかを、次のように考えてみた。 1. Abstract Factory パターンの会議への応用 通常の会議では、参加者によって異なる特性があり、

[syou6162]

この発想はなかった

[dlive1]

IteratorはTimer割込的に議題を変える。AbstractFactoryなら参加者の発言種類を規定しPositiveとNagativeな意見を一回以上言わせるようにという会議。Builderなら、議事提出のFormatを決める。FactoryMethodなら発言者を指名する会議と出来

[suVene]

Iteratorは数え上げってより、無理やりに見えるけども、他のパターンは面白いｗ / Adapterパターン 他の人に発言を委譲。または、他の人の意見を自分の意見として提出。

[lalha]

suVene さん そうなんです。Iterator パターンは正確には Iterator パターンになっていないので、今度気が向いたら正しく Iterator パターンなバージョンをつくるかもしれません。 / Chain of Responsibility パターン: 責任のたらい回し