ここ十数年、プログラマーの間ではデザインパターンというものが広まっています。
プログラマー以外の世界の話をするなら、これは建設業界が始めたものらしいですね。
物事の解決策を、さまざまなパターンに分けて、
それぞれについて気をつけるべき点について書き留めてあります。
ある問題を解決するべき手法というのはたいへん複雑なもので、
すべてを考えるのは大変難しいものですが。
その要素をなるべく細分化して、
その一つ一つについて考えるようにすれば、
その一つ一つはある程度単純なものとなり、考察や議論を進めることができます。
また、一つ一つについて復習をし、理解を深めることもできます。
そしてそれを組み合わせて全体の複雑な問題を解決します。
そういうパターンは、プログラム(や建築)以外でも役に立ちます。
組織を動かす場合にも。
プログラマーの本職はプログラムですが、
プログラムについての新しくてよりよいやり方を、組織に広めることも、
どうしても仕事として必要となってくるものです。
それもパターンとして分析すると、わかりやすいのではないでしょうか。
そういうパターンについて48並べたのがこの本です。
この本を読んでいて思うのですが。
プログラムのデザインパターンと比較して、
組織に働きかけることには、パターンを分析するに向いた点が少なくとも一つあると思います。
プログラムは非常に論理的なものです。
なので、パターンをいちいち暗記しなくても、
論理的に考えれば答えが出てくることは多い。
なので、デザインパターンの暗記ばかりに頼ることには善し悪しが出てきます。
が、人の動きというのはそういうものではない。
論理的に考えてばかりいても適切な答えが出てこない場合は多いです。
なので、どうしてもパターンを暗記するようなことが向いた事例が多く出てくる。
特に人間関係の理解がプログラムの理解より劣っているようなプログラマーなら、
人間関係について暗記しておく必要があることも多いため、
一度読んでおく価値はあるでしょう。
プログラマー以外の世界の話をするなら、これは建設業界が始めたものらしいですね。
物事の解決策を、さまざまなパターンに分けて、
それぞれについて気をつけるべき点について書き留めてあります。
ある問題を解決するべき手法というのはたいへん複雑なもので、
すべてを考えるのは大変難しいものですが。
その要素をなるべく細分化して、
その一つ一つについて考えるようにすれば、
その一つ一つはある程度単純なものとなり、考察や議論を進めることができます。
また、一つ一つについて復習をし、理解を深めることもできます。
そしてそれを組み合わせて全体の複雑な問題を解決します。
そういうパターンは、プログラム(や建築)以外でも役に立ちます。
組織を動かす場合にも。
プログラマーの本職はプログラムですが、
プログラムについての新しくてよりよいやり方を、組織に広めることも、
どうしても仕事として必要となってくるものです。
それもパターンとして分析すると、わかりやすいのではないでしょうか。
そういうパターンについて48並べたのがこの本です。
この本を読んでいて思うのですが。
プログラムのデザインパターンと比較して、
組織に働きかけることには、パターンを分析するに向いた点が少なくとも一つあると思います。
プログラムは非常に論理的なものです。
なので、パターンをいちいち暗記しなくても、
論理的に考えれば答えが出てくることは多い。
なので、デザインパターンの暗記ばかりに頼ることには善し悪しが出てきます。
が、人の動きというのはそういうものではない。
論理的に考えてばかりいても適切な答えが出てこない場合は多いです。
なので、どうしてもパターンを暗記するようなことが向いた事例が多く出てくる。
特に人間関係の理解がプログラムの理解より劣っているようなプログラマーなら、
人間関係について暗記しておく必要があることも多いため、
一度読んでおく価値はあるでしょう。
