胡散臭くないMindMap入門
本ページの目的 MindMapとは何かをMindMapを知らない人に説明し、 実際に始めてみるのに十分な情報を与える。 効能等の分析は、上記目標を達成する必要最小限に抑える。 書き方 中心にこれからまとめたい物を矩形で書き、そこから直線を放射上に延ばし、 その上に単語を書くノートの取り方。 注意点は以下の通り 線は曲げない 一つの線に一つの単語 消しゴムは極力使わない 全方位に等しく伸びるように努力する 大きな項目には真ん中以外でも矩形を使っても良い あまり時間はかけない ノートの取り方としては、上半分にMindMap、下半分に箇条書き等で補足の説明を書く。 MindMapが向く分野、向かない分野 慣れればかなり広範囲に適用出来るが、 向き不向きがある。 一番MindMapが向くのは、 なんとなく理解している項目があり、 その理解を整理する時や、
議事録をマインドマップで：An Agile Way：オルタナティブ・ブログ
ひろえむさんのコメント http://blogs.itmedia.co.jp/hiranabe/2005/07/uml_0aaa.html#comments に触発されて、やってみる。 毎日の議事録をすべて１つのJUDEファイル（プロジェクト）に入れる。 月ごとに、パッケージ化 議事録のテンプレートを作っておく。そのテンプレートを、右クリックで複製するところから、作成を始める。 もしかして、すごい、いいかも。マインドマップの想起性が活かされる。 しかも、「検索」タブで全体を検索できる！ テンプレートは、枝ごとに色分けし、「枝の色を引き継ぐ」属性をオンにしておく。 議事録にかくべきことは、以下に準拠。 http://www.atmarkit.co.jp/farc/rensai/pl03/pl03.html しばらく、これでやってみよう。 やっていると、宿題のところの枝は、「誰が」「いつまでに
マインド・マップとUMLを使った要求分析支援（前編）：＠IT
マインド･マップをご存じでしょうか？ 最近、日本でも新しい「メモ技術」として注目されるようになってきた記法です。この記事では、このマインド・マップという記法が、ITの現場でうまく使えないだろうか、というアイデアを紹介します。特に、IT分野で標準化されているUMLをうまく補完するツールとして、要求分析という上流工程をまず取り上げたいと思います。 「顧客の言葉を集めること」の難しさ ITシステム開発において要求分析を行う場合、現在ではUMLを使ったオブジェクト指向による概念モデリングや、ユースケース分析が主流になってきています。しかし、UMLには強い制約（記法の意味と文法）があり、誰でもすらすらとまとまるものではありませんね。特に、顧客へのインタビューを行う場面では、その場でUMLにまとめるというのは至難です。そこで、顧客との対面場面ではとにかく「顧客の言葉を集める」ことに徹し、それをメモ（イ
suchi today | イカ/鳥耳/freemind/アル中
鳥に耳があるなんて…… (スミルノフ博士の鳥日記: 2005/05/05)。驚愕の画像だ。 FreeMind というマインドマップを描くソフト をメモのために1年くらい使っている。 マインドマップというのはソフト屋さんだけではなく、 ビジネス系の人やらポジティブ人生系の人などにも評判のものだが、 あんまりそういう発想がどうとか、ということには興味がない。 エディタでメモを書くとき、インデントでグループ化しているのだが、 その延長上のツールとして使っている。こういうツールには珍しく キーボードからの入力(というよりマウスを使わない入力)を 前提としてよく作られていて、慣れるとなかなか快適なのだ。 で、詳しい使い方を知りたくなったとき、ヘルプ(もマインドマップ)が 英語で困った(メニューは日本語化されている)。 ここはひとつ英語の練習にと、少しずつ日本語にしてみた。 自宅で暇なとき少しずつ進め
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
http://ash1no0to.dyndns.org/htdocs/archives/2005/06/mindmap.html
COULD：コラボマインドマップ