本連載はプロジェクトの成否を握る大きな要素「人とチーム」の関係に焦点を当てます。開発プロジェクトが成功するか失敗するかは結局、開発チームを構成するそれぞれのスタッフの力量にかかっているといってもいいかもしれません。 ITプロジェクトの人集めって何だろう？ システム構築と「人集め」 プロジェクトを遂行するとき、マネージャとアーキテクチャの大切な仕事の中に「チームづくり」があります。プロジェクトの成否・効率は「人選び」によって左右されるといっても過言ではありません。 この「人選び」にも大きく分けて2種類あります。1つは「プロジェクトの命運を握る人」という意味での人選びです。「マネージャ」「アーキテクチャ」といった中心的な役割を果たす1、2名がこれに当たります。もう1つは、そういった「命運を握る人」が一連托生（いちれんたくしょう）として選ぶ「プロジェクトメンバー」です。 無論、人選をはじめとする

前編「マインド・マップの基本と応用」の最後で、マインド・マップとUMLを融合させるというアイデアに触れました。その中で、発散と収束という思考活動の分類を紹介しました。 思考の発散・概念の収集過程（要求ギャザリング）では、マインド・マップを用い、思考の収束・概念のモデル化過程（要求モデリング）では、UMLを用いる。 しかし、実際にマインド・マップとUMLをどう使い分けて、どう連携させていけばいいのでしょうか。役割分担としては、マインド・マップを使って情報を書き留め、UMLを使ってそれを整理するということになります。しかし実際の手順を見てみないことには、イメージがわきにくいでしょう。また、UMLはツールを使って描くことが多いですが、ツールの使い勝手も考える必要があります。 そこで後編では、マインド・マップでお客さんとの打ち合わせの議事録を取り、その結果をUMLダイヤグラムにまとめていく流れを具

ども。自分のサイトを復旧させるのが面倒なため会社のブログに本のレビューまで乗せようという魂胆の村瀬です。 週末に「入門GIT」を読んだのですがこの本は git ユーザーはもちろんのことその他すべての開発者が必読の本だなぁと感じたので紹介しておきます。 この本です。 この本は現在の git の開発者でありメンテナーである濱野氏によって書かれた git の入門本です。 ただの入門本にあらず しかし入門本だから最初はよくあるようなチュートリアルのような記事からはじまるのだろうと思っていると最初から面食らいます。 最初に書かれているのは git がどのようにデータを記録し、どのように履歴をたどれるようになっているかというまさに git 自体の基本が書かれているのです。 僕個人は二年近く git を使用してきているため自分の知識の確認のような感じで読み進められましたが、初めての方はすこしむずかしいか