タグ

コンサルとMECEに関するasami81のブックマーク (2)

  • 第4回 ロジカルシンキング --- 概念を分類・整理しよう!

    ソフトウエア開発において,いろいろな概念や単語,意味などを分類・整理する場面は数多くあります。それを個人の頭の中でやることも多いですし,KJ法(川喜田二郎氏によるグループ問題解決思考法)などを使って複数人でアナログ(付箋紙と模造紙)を使って行うこともよくあります。 マインドマップ・ソフトウエアを使うと,このような分類・整理を効率よく行うことができます。アナログと違って,手軽に枝をつまんでドラッグ&ドロップで移動できるので,個人でも,またグループでもプロジェクタを使ってマップを共有しながら分類・整理できます。さらに,マインドマップのツリー構造の表形式との相互変換も可能です。 図8は,ISO/IEC 9126-1:2001,およびJIS X 0129-1:2003で提示されている,ソフトウエアの品質特性の表と,それを示したマインドマップです。実際に,表を「コピー」して,マインドマップの中心を選

    第4回 ロジカルシンキング --- 概念を分類・整理しよう!
  • MECE(ミーシー)の落とし穴 - Feel Like A Fallinstar

    『モレなくダブリなし』の考え方として、今では学生ですら知っているMECE(ミーシー)。 当然ですが、コンサルティングをする人の間では定番の思考方法のひとつです。 でも、「MECE=良い」あるいは「MECEじゃない=不完全・微妙」と考えるのはかなり危険だなって思うこともしきり。 というわけで、MECE(ミーシー)の落とし穴について自戒を込めて。 MECEの良さ MECEのよさは、なんといってもチェックもれを起こさないことです。 Wikipediaの例を借りると、 製品故障をなくして生産性を上げるために、発生箇所・原因箇所を「空間」的に漏れなく挙げる 工程を 原材料 - 製造 - 加工 - 輸送 - 販売 - 使用 - 廃棄 というように「時間」的に漏れなく挙げる といったところでしょうか。 たとえばソフトウェア開発のバグつぶしなんかではMECEはとっても重要です。 ウェブサイトのサイトマップ

  • 1