<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0">
   <channel>
      <title>Blog</title>
      <link>http://jamz.jp/blog/</link>
      <description>ごった煮ブログ、仕事やビジネス、趣味や遊び、プライベートなことなど</description>
      <language>ja</language>
      <copyright>Copyright 2010</copyright>
      <lastBuildDate>Tue, 28 Oct 2008 01:27:27 +0900</lastBuildDate>
      <generator>http://www.sixapart.com/movabletype/</generator>
      <docs>http://blogs.law.harvard.edu/tech/rss</docs> 

      
      <item>
         <title>さっき見かけて気に入った YouTube の PV</title>
         <description><![CDATA[全然別のことでネットを徘徊していたんだけど、そのときに見つけた <a class="external" title="参考ページ" href="http://jamband.blog107.fc2.com/">*即興音楽データベース</a> というブログ。ここで紹介されていた以下のアーティストがなかなかよかった。

全然ジャンルは違うんだけど、どっちもすき。

一つ目が米ロックな ? My Morning Jacket

<object width="425" height="344"><param name="movie" value="http://www.youtube.com/v/8-5gipOwIbM&hl=ja&fs=1"></param><param name="allowFullScreen" value="true"></param><embed src="http://www.youtube.com/v/8-5gipOwIbM&hl=ja&fs=1" type="application/x-shockwave-flash" allowfullscreen="true" width="425" height="344"></embed></object>

<p class="ref"><a title="参考ページ" href="http://jp.youtube.com/results?search_query=My+Morning+Jacket&search_type=">YouTube - "My Morning Jacket" 動画の結果</a></p>

もう一つが、Priscilla Ahn (プリスシーラ ? アン ? なんて読むの ?) って子。

この子、ちょっ、癒されちゃう...
いい感じだ。

<object width="425" height="344"><param name="movie" value="http://www.youtube.com/v/MKfDwChOoHI&hl=ja&fs=1"></param><param name="allowFullScreen" value="true"></param><embed src="http://www.youtube.com/v/MKfDwChOoHI&hl=ja&fs=1" type="application/x-shockwave-flash" allowfullscreen="true" width="425" height="344"></embed></object>

こっちもいい。なんか懐かしい感じだ。

<object width="425" height="344"><param name="movie" value="http://www.youtube.com/v/GLDK-hXCmek&hl=ja&fs=1&start=30"></param><param name="allowFullScreen" value="true"></param><embed src="http://www.youtube.com/v/GLDK-hXCmek&hl=ja&fs=1&start=30" type="application/x-shockwave-flash" allowfullscreen="true" width="425" height="344"></embed></object>

<p class="ref"><a title="参考ページ" href="http://jp.youtube.com/results?search_query=Priscilla+Ahn&search_type=&aq=f">YouTube - "Priscilla Ahn" 動画の結果</a></p>]]></description>
         <link>http://jamz.jp/blog/2008/10/my-favorite-pv-on-youtube.html</link>
         <guid>http://jamz.jp/blog/2008/10/my-favorite-pv-on-youtube.html</guid>
        
          <category domain="http://www.sixapart.com/ns/types#category">音楽</category>
        
        
         <pubDate>Tue, 28 Oct 2008 01:27:27 +0900</pubDate>
      </item>
      
      <item>
         <title>行動ターゲッティングの是非</title>
         <description><![CDATA[ネットのターゲティングはこういうこともしているということで。

<blockquote cite="http://it.nikkei.co.jp/internet/news/index.aspx?n=MMITbe000015102008"><p class="title"><a href="http://it.nikkei.co.jp/internet/news/index.aspx?n=MMITbe000015102008">行動ターゲティング広告はどこまで許されるのか</a></p><p>「楽天ad4U」は、「ユーザーのブラウザー側で保有している履歴情報をもとにユーザーの嗜好を解析して、広告を配信するという仕組み」だという。これはどういうことか。筆者が調べたところ、ブラウザー側の欠陥を突くことによって閲覧履歴を取得するものであることがわかった。</p><p class="source">インターネット-最新ニュース:IT-PLUS</p></blockquote>

ad4U での検索ヒットが悪いですね。公式のページがすぐに見つからなかった。

<ul class="ref">
<li><a title="参考ページ" href="http://ad4u.drecom.co.jp/">ad4U：ドリコムの次世代行動ターゲティング広告技術サービス</a></li>
<li><a title="参考ページ" href="http://japan.cnet.com/marketing/story/0,3800080523,20374976,00.htm">楽天とドリコム、行動ターゲティング広告「楽天ad4U」を提供:マーケティング - CNET Japan</a></li>
</ul>

ネットワーク化なら OK なのかぁ ... ?

<p class="ref"><a title="参考ページ" href="http://jp.techcrunch.com/archives/20080915mtv-launches-ad-network-just-like-linkedin/">TechCrunch Japanese アーカイブ » MTVも広告ネットワーク設立、似た者同士が集まるサイトに広告を</a></p>

これ、リアルな現場でも似たような実験が進められているようです。

監視カメラでリアルタイムにターゲッティング (人の行動をロギング) しているという話です。

<blockquote cite="http://it.blog-jiji.com/0001/2008/04/post_d1dd.html"><p class="title"><a href="http://it.blog-jiji.com/0001/2008/04/post_d1dd.html">湯川鶴章のIT潮流 powered by ココログ: 顔認識で人数、性別を把握－デジタルサイネージ (3)</a></p><p>顔の写真や動画は一切記録されないし、どこのだれであるのかという個人を特定できる情報は収集しないので、プライバシー侵害の問題もないという。</p><p class="source">湯川鶴章のIT潮流 powered by ココログ</p></blockquote>

映画での試みが現実になってきた、という感じでしょうか。

<blockquote cite="http://wiredvision.jp/archives/200207/2002070401.html"><p class="title"><a href="http://wiredvision.jp/archives/200207/2002070401.html">スピルバーグの新作『マイノリティ・リポート』が描く究極の個人向け広告</a></p><p>消費者は買い物をするだけで、無意識のうちに巨大なデータベースに情報を提供し、広告主は、嫌になるほどの正確さで潜在顧客を選別し、追跡するはずだ。</p><p class="source">WIRED VISION</p></blockquote>

<h4>おまけ</h4>

<p class="ref"><a title="参考ページ" href="http://adinnovator.typepad.com/ad_innovator/2008/03/post-20.html">Ad Innovator: マイノリティレポートの未来はもうここに</a></p>]]></description>
         <link>http://jamz.jp/blog/2008/10/targeting-ads.html</link>
         <guid>http://jamz.jp/blog/2008/10/targeting-ads.html</guid>
        
          <category domain="http://www.sixapart.com/ns/types#category">マーケティング・広告</category>
        
        
         <pubDate>Wed, 22 Oct 2008 10:27:06 +0900</pubDate>
      </item>
      
      <item>
         <title>FunkySkool の &quot;ながぶち〜ず&quot; が面白い</title>
         <description><![CDATA[清原引退の動画を見ていたら、いつのまにか長渕剛で検索しまくってて...

笑えるタイミングは 面白いのは二分過ぎ、なんだけど、長渕剛のことを少し知ってる必要があるのと、"Happy Wedding まさやん ふじこ" が記憶に残ってないと
面白くない。

って解説が必要な時点で万人受けはしないか...

<object width="425" height="344"><param name="movie" value="http://www.youtube.com/v/KbN50dRDTv8&hl=ja&fs=1"></param><param name="allowFullScreen" value="true"></param><embed src="http://www.youtube.com/v/KbN50dRDTv8&hl=ja&fs=1" type="application/x-shockwave-flash" allowfullscreen="true" width="425" height="344"></embed></object>

公式サイトがある。

<p class="ref"><a title="参考ページ" href="http://www.funkyskool.com/index2.html">ファンキースクールウェブサイト FunkySkool website</a></p>

<blockquote cite="http://www.funkyskool.com/about/index.html"><p class="title"><a href="http://www.funkyskool.com/about/index.html">About FunkySkool</a></p><p>結婚式・竣工式などクラブイベント以外でのイベント、更にライブ・シチュエーションコメディなども手がけるDJ&VJ&DJ&webmasterからなるマルチなパーティー集団</p><p class="source">ファンキースクールウェブサイト FunkySkool website</p></blockquote>

これを生業にしているのかなぁ。]]></description>
         <link>http://jamz.jp/blog/2008/10/funkyskool.html</link>
         <guid>http://jamz.jp/blog/2008/10/funkyskool.html</guid>
        
          <category domain="http://www.sixapart.com/ns/types#category">未分類</category>
        
        
          <category domain="http://www.sixapart.com/ns/types#tag">長渕剛</category>
        
         <pubDate>Sat, 04 Oct 2008 22:51:01 +0900</pubDate>
      </item>
      
      <item>
         <title>Leopard を買おうか、どうしようか、買うことにした</title>
         <description><![CDATA[躊躇していた Leopard へのアップグレードに向け購入。

<div class="amazlet-box" style="margin-bottom:0px;"><div class="amazlet-image" style="float:left;"><a href="http://www.amazon.co.jp/exec/obidos/ASIN/B001E7GTL2/jamzjp-22/ref=nosim/" name="amazletlink" target="_blank"><img src="http://ecx.images-amazon.com/images/I/41Oh5clTgTL._SL160_.jpg" alt="Mac OS X 10.5.4 Leopard" style="border: none;" /></a></div><div class="amazlet-info" style="float:left;margin-left:15px;line-height:120%"><div class="amazlet-name" style="margin-bottom:10px;line-height:120%"><a href="http://www.amazon.co.jp/exec/obidos/ASIN/B001E7GTL2/jamzjp-22/ref=nosim/" name="amazletlink" target="_blank">Mac OS X 10.5.4 Leopard</a><div class="amazlet-powered-date" style="font-size:7pt;margin-top:5px;font-family:verdana;line-height:120%">posted with <a href="http://www.amazlet.com/browse/ASIN/B001E7GTL2/jamzjp-22/ref=nosim/" title="Mac OS X 10.5.4 Leopard" target="_blank">amazlet</a> at 08.10.04</div></div><div class="amazlet-detail">アップルコンピュータ (2008-08-15)<br />売り上げランキング: 115<br /></div><div class="amazlet-link" style="margin-top: 5px"><a href="http://www.amazon.co.jp/exec/obidos/ASIN/B001E7GTL2/jamzjp-22/ref=nosim/" name="amazletlink" target="_blank">Amazon.co.jp で詳細を見る</a></div></div><div class="amazlet-footer" style="clear: left"></div></div>

価格比較すると Amazon はちょい高め。

<p class="ref"><a title="参考ページ" href="http://kakaku.com/item/03101023569/">価格.com - APPLE MAC OS X v10.5.4 Leopard MB576J/A 価格比較</a></p>

最近、買い物はクレジット一本にしているのでカードが使える最安値を見てみると、意外、@nifty だそうな。

価格比較では見つからなかったけど、楽天でも同レベルの価格で購入できるみたい。

<a href="http://pt.afl.rakuten.co.jp/c/08b6f574.c0c81308/?url=http%3a%2f%2fitem.rakuten.co.jp%2fakibamac%2f10000184%2f" target="_blank">
【楽天市場】【在庫あります！】Mac OS X v10.5 Leopard MB576J/A：秋葉原Mac_Collection</a>
<a href="http://hb.afl.rakuten.co.jp/hgc/08b6f600.1730e31e.08b6f601.a774cd99/?pc=http%3a%2f%2fwww.rakuten.co.jp%2fakibamac%2f959197%2f1025070%2f1040839%2f%231017527&m=http%3a%2f%2fm.rakuten.co.jp%2fakibamac%2fi%2f1017527%2f" target="_blank"><img src="http://hbb.afl.rakuten.co.jp/hgb/?pc=http%3a%2f%2fimage.rakuten.co.jp%2fwshop%2fdata%2fws-mall-img%2fakibamac%2fimg128%2fimg10503100838.jpeg&m=http%3a%2f%2fimage.rakuten.co.jp%2fwshop%2fdata%2fws-mall-img%2fakibamac%2fimg64%2fimg10503100838.jpeg" border="0"></a>

消費税分を考えると @nifty の方が数百円安い。

躊躇していた理由は大きく二つ

<ul class="point">
<li>Leopard にソフトウェアが未対応</li>
<li>次期 OS の話題がチラホラ</li>
</ul>

一つ目に関しては、発売から約一年経ったこともあり、さほど気になる部分でもなくなった。

二つ目に関しては、情報不足だったので、ちょっと調べてみた。

<ul class="ref"><li><a title="参考ページ" href="http://www.apple.com/jp/macosx/snowleopard/">アップル - Mac OS X Leopard - Snow Leopard</a></li>
<li><a title="参考ページ" href="http://japanese.engadget.com/2008/06/09/mac-os-x-snow-leopard/">WWDC2008速報:次期 Mac OS X は「Snow Leopard」、約一年でリリース - Engadget Japanese</a></li></ul>

Leopard の次期 OS "Snow Leopard" の発売はどうやら来年夏頃とのこと。延びる可能性もあるし、Tiger, Leopard 同様安定するまでには何度かのマイナーバージョンアップが必要だろう。

<blockquote cite="http://itpro.nikkeibp.co.jp/article/NEWS/20080610/307366/"><p class="title"><a href="http://itpro.nikkeibp.co.jp/article/NEWS/20080610/307366/">【WWDC】Mac OS X次期バージョンは「Snow Leopard」，2009年夏の出荷予定</a></p><p>米Appleは6月9日（米国時間），米国サンフランシスコで開幕した開発者イベント「WWDC」で，Mac OS Xの次期バージョンの名称が「Snow Leopard」になると発表した。なお，WWDCにおけるSteve Jobs氏の基調講演では，Mac OS Xに関して名称しか発表されなかった。日本法人が出したリリースによれば，Snow Leopardの出荷は1年後になるという。</p><p class="source">ITpro</p></blockquote>

<blockquote cite="http://www.apple.com/jp/news/2008/jun/10leopard.html"><p class="title"><a href="http://www.apple.com/jp/news/2008/jun/10leopard.html">アップル、Mac OS X Snow Leopardをデベロッパにプレビュー</a></p><p>2008年6月10日、アップルは本日、OS X Leopardの素晴らしい成功を土台とし、世界で最も先進的なオペレーティングシステムの次期メジャーバージョンとなるMac OS® X Snow Leopardをプレビューしました。Snow Leopardでは、新機能の搭載にフォーカスするよりも、OS Xの性能をさらに高め、新しい品質基準を打ち立て、将来のOS Xの革新に向け基礎を築くことに主眼が置かれています。Snow Leopardはマルチコアプロセッサに最適化されているほか、グラフィックプロセッシングユニット（GPU）の膨大な計算能力を利用し、飛躍的な量のRAMの搭載を可能にし、QuickTime® Xによる新しくモダンなメディアプラットフォームを特長としています。Snow LeopardはそのままでMicrosoft Exchange 2007をサポートすることが可能で、約1年後の出荷を予定しています。 </p><p class="source">アップル - プレスリリース</p></blockquote>

ということで気になっていたことは、特に問題ないとみて購入に踏み切った。

さてさて、どうなることやら。]]></description>
         <link>http://jamz.jp/blog/2008/10/leopard.html</link>
         <guid>http://jamz.jp/blog/2008/10/leopard.html</guid>
        
        
         <pubDate>Sat, 04 Oct 2008 20:49:13 +0900</pubDate>
      </item>
      
      <item>
         <title>「記事広告」と「高い報酬」で勝負に出たブログタイムズ</title>
         <description><![CDATA[せっかく記事の原稿書いていたのに記事広告掲載の選考に落ちた。そこそこいい記事書くのにっ、っと思ってる...

下書きで眠らせておくのモッタイナイので、ここに載せることにしました。このサイトの News Borad じゃないところがミソ。

ちょっと悔しいのでブログタイムズへのリンクは外した。

前置きはこのくらいにして、以下、ブログタイムズの紹介。

ブログタイムズ (blog-times.jp のころ) はテストサービス時期から利用しているのでかれこれ丸一年以上テスト運用をしていたことになる。

 (当ブログ News Board の過去のエントリーを見ると 2007年8月からスタートしている) 

長いテスト期間を経てブログタイムズが出した答えは「記事広告」だった。

ブログネットワークだ、口コミだと触れ込むよりは、方針が明確で現実的な落とし処だと思う。

一方で、ブロガーに対価を払って記事を書かせることに懐疑的な声も少なくはない。そこにはいくつかの懸念があるのだろう。

<ul>
<li>企業のリリースを個人に委ねてよいのか (企業としての情報の品質、品格を保てるのか)</li>
<li>ブログという性質上、扱いを注意しないと作為的な、情報操作と受け取られかねない</li>
</ul>

などなど。

だが、似たような状況は既存の媒体 (新聞や雑誌、テレビ) ですでにおきているわけで、いちいち耳を傾ける必要はないかと。

既にインターネット上でも、企業のプレスリリースを情報ポータルに有料で掲載するようなサービスが勃興しているわけで、そういうサービスと大して差はないんじゃないだろうか。

むしろ、各ブロガーのフィルタを通して、そのブロガーの言葉で語られれているのであれば、単なるプレスリリースの再掲ではない付加価値を提供できることになる。

少し調べれば分かることだが、「記事広告」と銘打って展開している類似のサービスは実は既にいくつか存在している。

だが、ブロガーの<del>質をしっかりと見極め</del>、特定しているサービスはそれほど多くはない印象を受ける。

<ins>今回、私が記事広告掲載の選考に落ちたので、見極めができているかどうかはまだ断言できない (これを、負け犬の遠吠えとも言う)</ins>

ブログタイムズでは、ブロガーがサービスに登録する際に審査を受けるだけでなく、記事掲載にあたっても事前に企業とブロガーのマッチングをかけるという。

<blockquote cite="http://prtimes.jp/main/html/rd/p/000000067.000000112.html"><p class="title"><a href="http://prtimes.jp/main/html/rd/p/000000067.000000112.html">『ブログタイムズ』をブログで紹介したら報酬1万円！！</a></p><p>スポンサー企業から、応募のあったブロガーに対する「事前アンケート」の実施と「承認制」の採用によって、ブロガーとスポンサー企業の良好な関係構築を支援します。</p><p class="source">株式会社PR TIMES</p></blockquote>

ブログタイムズの特徴をまとめると以下のようになるだろうか。

<ul>
<li>「記事広告」と明言 ("PR by ブログタイムズ" の記載義務)</li>
<li>ブログの選別 (一定条件を超えるブログのみ採用)</li>
<li>相対的に高い報酬 (1,000円〜1万円)</li>
<li>企業とブロガーの事前マッティング (記事広告掲載前の事前アンケートおよび承認)</li>
</ul>

当ブログは自宅サーバーで細々と運営しているが、ここのような零細ブログでも生き残れる術としてうまくブログタイムズを活用できたらと思う。]]></description>
         <link>http://jamz.jp/blog/2008/09/blogtimes.html</link>
         <guid>http://jamz.jp/blog/2008/09/blogtimes.html</guid>
        
          <category domain="http://www.sixapart.com/ns/types#category">インターネット</category>
        
        
         <pubDate>Thu, 04 Sep 2008 22:39:04 +0900</pubDate>
      </item>
      
      <item>
         <title>プロジェクト計画の考え方、進め方 その2 - プロジェクト計画書 (コミュニケーション・ルール)</title>
         <description><![CDATA[以下に続き、プロジェクト計画書作成について調べたことなどを書いておく。

<p class="ref"><a title="参考ページ" href="http://jamz.jp/blog/2008/07/post_279.html">[J] プロジェクト計画の考え方、進め方 その1 - WBS (未まとめ) - Jamz (Blog)</a></p>

その前に書いていた以下のあたりも参考にしつつ。

<ul class="ref"><li><a title="参考ページ" href="http://jamz.jp/blog/2008/07/ponit-of-plan-document.html">[J] 計画書作成のポイント その1 - Jamz (Blog)</a></li>
<li><a title="参考ページ" href="http://jamz.jp/blog/2008/07/project-charter.html">[J] 計画書作成のポイント その2 - プロジェクト計画書編 - Jamz (Blog)</a></li></ul>

<h4>コミュニケーションのルール化</h4>

なぜいきなりコミュニケーションルールなのか、ってのもありますが、最初に詳細がつめきれず滞った部分なので。

<p class="ref"><a title="参考ページ" href="http://www.h6.dion.ne.jp/~akn/pm/ProjectManagement/CommunicationRule.html">コミュニケーションルール プロジェクト管理者の道具箱</a></p>

上記ページでは以下の項目で具体的な内容が紹介されている。

<ol>
	<li>目的</li>
	<li>コミュニケーション手段</li>
	<li>会議体の種類</li>
	<li>議事録に記載する内容や位置づけ</li>
	<li>コミュニケーションルール</li>
	<li>叱り方のルール</li>
</ol>

ThinkIT の記事では、プロジェクトにおけるコミュニケーション全般の解説が載っていた。

<p class="ref"><a title="参考ページ" href="http://www.thinkit.co.jp/free/project/1/7/1.html">[ThinkIT] 第7回：コミュニケーション管理 (1/4)</a></p>

<ul>
	<li>コミュニケーションの重要性</li>
	<li>プロジェクト全体での具体的なプロジェクト計画内容</li>
	<li>管理方法 (議事録、質疑の記録)</li>
	<li>進捗管理や変更管理のポイント</li>
	<li>プロジェクト完了報告</li>
</ul>

<h4>プロジェクト計画書のアウトライン</h4>

以下は、随時見直していく。

<ol>
<li>プロジェクト趣旨<ol>
	<li>背景</li>
	<li>目的</li>
	<li>目標</li>
	<li>期間</li>
	</ol></li>
<li>プロジェクト体制<ol>
	<li>関与者定義（裁量範囲、権限関係図）</li>
	<li>相互関係（体制図）</li>
	</ol></li>
<li>プロジェクト規定<ol>
	<li>はじめに</li>
	<li>コミュニケーション・ルール</li>
	<li>リスク管理</li></ol></li>
<li>実施概要<ol>
	<li>フェーズ構成</li>
	<li>各フェーズ期間（スケジュール概観） </li>
	</ol></li>
<li>実施詳細<ol>
	<li>計画フェーズ</li>
	<li>戦略策定フェーズ</li>
	<li>企画フェーズ</li>
	<li>設計フェーズ</li>
	<li>開発（構築）フェーズ</li>
	<li>運営フェーズ </li>
	</ol></li>
</ol>

<h4>参考ページ</h4>

<ul class="ref"><li><a title="参考ページ" href="http://www.h6.dion.ne.jp/~akn/pm/">トップ プロジェクト管理者の道具箱</a></li></ul>

以下のシリーズは結構参考になりそう。

<ul class="ref"><li><a title="参考ページ" href="http://www.thinkit.co.jp/free/project/4/1/">[ThinkIT] 第1回：開発ドキュメント体系と業務フロー (1/4)</a></li>
<li><a title="参考ページ" href="http://www.thinkit.co.jp/free/project/1/1/">[ThinkIT] 第1回：プロジェクト管理力を強化するための具体的プラン (1/3)</a></li></ul>

タイミングが違うけど、密接でもあるので

<blockquote cite="http://ozakih2000.blog.so-net.ne.jp/2007-07-22"><p class="title"><a href="http://ozakih2000.blog.so-net.ne.jp/2007-07-22">第１章RFPとは（その２）</a></p><p>課題の概要・要約を記述する。また、提案期間中のコミュニケーションルールなどのRFPに関する事務的な情報を記述する。</p><p class="source">スーパーエンジニアへの道：So-net blog</p></blockquote>

コミュニケーションルールの対象が異なるけど、大規模になると RFP にも必要なのか...

<blockquote cite="http://ozakih2000.blog.so-net.ne.jp/2007-07-22"><p class="title"><a href="http://ozakih2000.blog.so-net.ne.jp/2007-07-22">第１章RFPとは（その２）</a></p><p>全体として重厚長大なRFP向けの構成となっています。公共や金融のプロジェクト、産業系ならば数億円規模のプロジェクトでの構成のようです。</p><p class="source">スーパーエンジニアへの道：So-net blog</p></blockquote>

以下は、コミュニケーションコストの算出方法 ? が紹介されている。

<p class="ref"><a title="参考ページ" href="http://www.itnetinc.co.jp/ITPMopinion/projandcomunication2006.5.22.pdf">ソフトウェア開発におけるプロジェクト管理とコミュニケーション (PDF)</a></p>

歴史に学べ。

<blockquote cite="http://blog.mitsue.co.jp/archives/000709.html"><p class="title"><a href="http://blog.mitsue.co.jp/archives/000709.html">コミュニケーションルール</a></p><p>コミュニケーションルールというと、遠い昔から重要視されてきた。たとえば、孫子の兵法おいて「兵勢編」では、「闘衆如闘寡、形名是也。（衆を闘わしむること、寡を闘わしむるがごとくなるは、形名 これなり。）」という一節がある。現代語訳は「多人数の兵士を小人数の兵士のように一体となって戦わせるには、指揮系統（指示・報告・連絡の仕方）を確立すること」だ。</p><p class="source">創業者の独り言 | ミツエーリンクス</p></blockquote>

以下は、計画書のコミュニケーションルールが出てきている大元の考え、って感じでしょうか。

<blockquote cite="http://management.coach.co.jp/comm_cop/comm_cop002.html"><p class="title"><a href="http://management.coach.co.jp/comm_cop/comm_cop002.html">ルールのないコミュニケーション</a></p><p>普段からコミュニケーションをどのようにとらえているかについて、まず、コミュニケーションを交わす必要があります。そのことを「メタ・コミュニケーション」と言います。</p><p>コミュニケーション全般について、また、今ここで交わしているコミュニケーションが、お互いにどのような影響を与えているかについて、それをテーマに、コミュニケーションを交わすのです。そのことを、会議やちょっとしたミーティングで話題にするだけで、コミュニケーションは変わります。</p><p class="source">マネジメント ステーション～マネジメントとコミュニケーションに役立つヒント集～</p></blockquote>

<h4>おまけ</h4>

本来ここに載せるリンクでもないんだけど。

<p class="ref"><a title="参考ページ" href="http://www.nta.go.jp/sonota/sonota/osirase/topics/data/h18/5026/pdf/5026-2.pdf">プロジェクト完了報告書 - 平成１８年３月３１日 : ＴＤＣｿﾌﾄｳｪｱｴﾝｼﾞﾆｱﾘﾝｸﾞ株式会社 (PDF)</a></p>]]></description>
         <link>http://jamz.jp/blog/2008/07/communication-rules-in-project.html</link>
         <guid>http://jamz.jp/blog/2008/07/communication-rules-in-project.html</guid>
        
          <category domain="http://www.sixapart.com/ns/types#category">仕事・働く</category>
        
        
          <category domain="http://www.sixapart.com/ns/types#tag">communication</category>
        
          <category domain="http://www.sixapart.com/ns/types#tag">project management</category>
        
         <pubDate>Tue, 29 Jul 2008 12:06:27 +0900</pubDate>
      </item>
      
      <item>
         <title>MS が外来語の表記 (語尾) を変更するらしい</title>
         <description><![CDATA[記事のタイトルを見た瞬間は、「面倒だ」「できればそのままで...」と思ったけど、よくよく内容を読んでみると業界動向に順ずる、ということらしい。

<blockquote cite="http://www.microsoft.com/japan/presspass/detail.aspx?newsid=3491"><p class="title"><a href="http://www.microsoft.com/japan/presspass/detail.aspx?newsid=3491">マイクロソフト製品ならびにサービスにおける外来語カタカナ用語末尾の長音表記の変更について</a></p><p>外来語カタカナ用語末尾の長音表記について、今後の製品やサービスの開発において国語審議会の報告を基に告示された1991年6月28日の内閣告示第二号をベースにしたルールへ原則準拠する方針を決定しました。今後、弊社製品ならびにサービスの将来のバージョンにおいて、この長音表記ルールに順次移行することを発表します。</p><p>(中略)</p><p>採用する長音表記ルールは、国語審議会の報告を基に告示された1991年の内閣告示第二号をベースにしたものです。このルールでは、英語由来のカタカナ用語において、言語の末尾が-er、-or、-ar などで終わる場合に長音表記を付けることを推奨しています。既に、新聞や放送は概ねこの『外来語の表記』に準拠し、長音符号を付けることを原則としています。</p><p class="source">マイクロソフト - PressPass ホーム</p></blockquote>

例外表記ウンヌンで紹介されている言語のスタイルガイドがなかなか興味深い。

<blockquote cite="http://www.microsoft.com/japan/presspass/detail.aspx?newsid=3491"><p class="title"><a href="http://www.microsoft.com/japan/presspass/detail.aspx?newsid=3491">マイクロソフト製品ならびにサービスにおける外来語カタカナ用語末尾の長音表記の変更について</a></p><p>慣用により音引きを省略する例外も認められており、例外対応については、マイクロソフト日本語スタイルガイド <a href="http://www.microsoft.com/language/ja/jp/download.mspx">http://www.microsoft.com/language/ja/jp/download.mspx</a> に記します。</p><p class="source">マイクロソフト - PressPass ホーム</p></blockquote>

<p class="ref"><a title="参考ページ" href="http://www.microsoft.com/language/ja/jp/download.mspx">マイクロソフト ランゲージ ポータル - ダウンロード</a></p>

Windows のヘルプ形式 (chm) で配布されているんだけど、一度目を通しておくと良いかも。

個人的な習慣として、パソコンでタイプするときに日ごろ注意している半角、全角文字の半角スペース区切りが、このスタイルガイドで同様に定義されていた。

<dl class="point">
<dt>算用数字と漢数字 (Arabic and Chinese Numerals)</dt>
<dd>原則として、算用数字に隣接する文字が全角文字の場合は、隣接する文字との間に半角スペースを入れます。</dd>
<dt>全角と半角の間 (Space between Double Byte and Single Byte Characters)</dt>
<dd>原則として、全角文字と半角文字 (記号を含む) の間にはスペースを入れます。ただし、以下の場合は例外です。</dd>
</dl>

ほかにも色々あるので是非一度見ることをお勧め。

以前、ウェブ上の表記について書いたことがありました。

<p class="ref"><a title="参考ページ" href="http://jamz.jp/design/2007/09/post_87.html">[J] 表記のガイドラインは分けて考える - Jamz (Design)</a></p>]]></description>
         <link>http://jamz.jp/blog/2008/07/spelt-in-several-different-ways.html</link>
         <guid>http://jamz.jp/blog/2008/07/spelt-in-several-different-ways.html</guid>
        
          <category domain="http://www.sixapart.com/ns/types#category">IT/ICT</category>
        
          <category domain="http://www.sixapart.com/ns/types#category">未分類</category>
        
        
          <category domain="http://www.sixapart.com/ns/types#tag">microsoft</category>
        
         <pubDate>Mon, 28 Jul 2008 09:39:45 +0900</pubDate>
      </item>
      
      <item>
         <title>上司の一言からはじまったおかしな展開</title>
         <description><![CDATA[いや、笑える。

<blockquote cite="http://adinnovator.typepad.com/ad_innovator/2008/07/post-12.html"><p class="title"><a href="http://adinnovator.typepad.com/ad_innovator/2008/07/post-12.html">大企業が交通標識「ストップ」をデザインしたら・・・</a></p><p>オリエンから始まって、途中で上司が出てきて、結果的にできたデザインは・・・。笑えないですね。 </p><p class="source">Ad Innovator</p></blockquote>

<object width="425" height="344"><param name="movie" value="http://www.youtube.com/v/kU9YeOQm3Y0&hl=ja&fs=1"></param><param name="allowFullScreen" value="true"></param><embed src="http://www.youtube.com/v/kU9YeOQm3Y0&hl=ja&fs=1" type="application/x-shockwave-flash" allowfullscreen="true" width="425" height="344"></embed></object>

海外でもこういうことがあるってことなんだぁ。
(欧米人はもっと理解があるだろうという勝手な印象があるので...)]]></description>
         <link>http://jamz.jp/blog/2008/07/ridiculous-situation.html</link>
         <guid>http://jamz.jp/blog/2008/07/ridiculous-situation.html</guid>
        
          <category domain="http://www.sixapart.com/ns/types#category">仕事・働く</category>
        
        
         <pubDate>Fri, 25 Jul 2008 17:27:03 +0900</pubDate>
      </item>
      
      <item>
         <title>IT/ICT 領域にも、従来から存在する会計基準である「工事進行基準」が適用</title>
         <description><![CDATA[まずは、二つの会計基準を理解する必要がある。

<ul class="ref"><li><a title="参考ページ" href="http://www.atmarkit.co.jp/aig/04biz/ccm.html">工事完成基準 － ＠IT情報マネジメント用語事典</a></li>
<li><a title="参考ページ" href="http://www.atmarkit.co.jp/aig/04biz/pcm.html">工事進行基準 － ＠IT情報マネジメント用語事典</a></li></ul>

IT にこの基準が適用されることによる影響については以下が詳しい。

<p class="ref"><a title="参考ページ" href="http://itpro.nikkeibp.co.jp/article/COLUMN/20080606/306796/?ST=system&P=1">IT業界に激震走る！：ITpro</a></p>

こちらも詳しい。

<ul class="ref"><li><a title="参考ページ" href="http://www.atmarkit.co.jp/news/analysis/200803/31/sier.html">デスマーチがなくなる？ IT業界に義務付け「工事進行基準」ってなんだ － ＠IT</a></li>
<li><a title="参考ページ" href="http://www.atmarkit.co.jp/news/200806/09/poc.html">工事進行基準を分かりやすく解説してみよう【基本編】 － ＠IT</a></li>
<li><a title="参考ページ" href="http://www.atmarkit.co.jp/news/200806/10/poc.html">工事進行基準を分かりやすく解説してみよう【対応編】 － ＠IT</a></li></ul>

プロジェクト管理コストは誰が負担するのかっ ?

<blockquote cite="http://itpro.nikkeibp.co.jp/article/Watcher/20080530/305365/"><p class="title"><a href="http://itpro.nikkeibp.co.jp/article/Watcher/20080530/305365/">工事進行基準、膨らむプロジェクト管理コストは誰が負担すべきか</a></p><p>新しめのトピックとしては、工事進行基準によってあのEVM（アーンド・バリュー・マネジメント）に再び注目が集まるようになったことがある。 </p><p>(中略)</p><p>EVMも含めてプロジェクト管理を精緻化する際に膨らむコストは、誰が負担するべきなのか。「ITベンダーが工事進行基準に対応するために・・・」なんて考えると、ITベンダーが負担すべきことのようだが、それは違う。</p><p>　そもそもプロジェクト管理はシステム開発に必須のものだし、きちんとした管理をやろうとすれば当然少なからぬコストがかかる。プロジェクト管理の観点から見ると、工事進行基準は今までいい加減だったマネジメントをきちんとしたものにする触媒に過ぎない。従って、そのコストはユーザー企業が負担すべきものである。</p><p class="source">東葛人的視点：ITpro</p></blockquote>

勇気付けられる言葉だ。

<p class="center"><strong>「そのコストはユーザー企業が負担すべきものである」</strong></p>


Oracle が便乗。Oracle Projects は、この会計基準の波に乗れるか ?

<p class="ref"><a title="参考ページ" href="http://www.atmarkit.co.jp/news/200805/12/oracle_projects.html">「工事進行基準」非対応のSIerは信頼性に疑問 － ＠IT</a></p>]]></description>
         <link>http://jamz.jp/blog/2008/07/impact-of-pcm.html</link>
         <guid>http://jamz.jp/blog/2008/07/impact-of-pcm.html</guid>
        
          <category domain="http://www.sixapart.com/ns/types#category">IT/ICT</category>
        
        
          <category domain="http://www.sixapart.com/ns/types#tag">project management</category>
        
         <pubDate>Mon, 14 Jul 2008 16:51:03 +0900</pubDate>
      </item>
      
      <item>
         <title>プロジェクト計画の考え方、進め方 その1 - WBS (未まとめ)</title>
         <description><![CDATA[ちゃんと "まとめ" ができてないけど、ポイントになりそうなことを書き残しておく。

<h4>概観</h4>

<h5>プロジェクトの工程</h5>

工程の捉え方

以下は、<a class="external" title="参考ページ" href="http://typea.dip.jp/tips/wiki.cgi?page=%A5%D7%A5%ED%A5%B8%A5%A7%A5%AF%A5%C8%A5%DE%A5%CD%A5%B8%A5%E1%A5%F3%A5%C8%A5%D7%A5%ED%A5%BB%A5%B9%A4%C8%C9%B8%BD%E0%B2%BD">プロジェクトマネジメントプロセスと標準化 - MyMemoWiki</a> より引用。

<ol>
	<li>立ち上げ（イニシエーション）</li>
	<li>計画（プランニング）</li>
	<li>実行（エグゼキューション）</li>
	<li>監視コントロール</li>
	<li>終結（クロージング）</li>
</ol>

監視コントロールは、工程の区切りがなく、常に発生するというのが最近の考え方かな。

<ol>
	<li>計画フェーズ</li>
	<li>いくつかの実行フェーズ</li>
	<li>評価フェーズ</li>
</ol>

以下は、<a class="external" title="参考ページ" href="http://typea.dip.jp/tips/wiki.cgi?page=%A5%D7%A5%ED%A5%B8%A5%A7%A5%AF%A5%C8%B7%D7%B2%E8%CE%A9%B0%C6#p-1">プロジェクト計画立案 - MyMemoWiki</a> から拾った。どういう切り口なのかはちょっとよくわからない。

<ol>
	<li>予備分析(Preliminary Analysis)</li>
	<li>仕様定義(Definition)</li>
	<li>設計(Design)</li>
	<li>開発と運用(Deveopment and Operation) </li>
</ol>

<h5>四段階の計画作業</h5>

<dl class="point">
<dt>1. 企画書</dt>
<dd>作成者: システムアナリスト<br />作成時期: プロジェクトの構想時に作成<br />必要性、内容、見積、効果について記載。</dd>
<dt>2. プロジェクト計画書</dt>
<dd>作成者: プロジェクトマネージャ<br />作成時期: 開始承認後<br />進行の基本。方針、目標、内容、組織要員管理計画、プロジェクト運営計画（進捗、品質、費用、機密契約、変更）、環境整備管理（設備、適用技術計画）について記載。</dd>
<dt>3. フェーズ作業計画書</dt>
<dd>各フェーズの実施に先立ち、フェーズの作業（タスク）を列挙し、資源の割当てとスケジューリングを実施。</dd>
<dt>4. 作業（タスク）実施計画書</dt>
<dd>各作業（タスク）の実施に先立ち、更に細分化された作業（ステップ）を分析し、資源の割当てとスケジューリングを実施。</dd>
</dl>

上記は以下より引用。

<p class="ref"><a title="参考ページ" href="http://typea.dip.jp/tips/wiki.cgi?page=%A5%D7%A5%ED%A5%B8%A5%A7%A5%AF%A5%C8%B7%D7%B2%E8%CE%A9%B0%C6#p-1">プロジェクト計画立案 - MyMemoWiki</a></p>

<h5>作業スコープの考え方</h5>

<ol>
	<li>プロジェクト</li>
	<li>フェーズ（プロセス）</li>
	<li>アクティビティ</li>
	<li>タスク</li>
	<li>ステップ</li>
</ol>

PPP (Phased Project Planning) の観点で言えば、プロジェクトの次の単位はフェーズ。

<blockquote cite="http://itpro.nikkeibp.co.jp/article/COLUMN/20070221/262666/"><p class="title"><a href="http://itpro.nikkeibp.co.jp/article/COLUMN/20070221/262666/">第1回　PM実践体系--重要性増すPM,そのシステム開発での実践体系を知る</a></p><p>日本IBMにおけるPM実践体系では，PMで行うべきプロセスを「プロジェクトの計画」，「トラッキングとコントロール」，「リスク管理」，「契約管理」の4つに分類している</p><p class="source">ITpro</p></blockquote>

とか見るとプロセスって、プロジェクト横断的な作業を指すのかも。

<h5>責任分担の視点</h5>

TRM (task responsibility matrix) って書かれているのを良く見かけるけど、RAM （responsibility assignment matrix) の方が assignment をより強調している感じで有力が気がする。

<p class="ref"><a title="参考ページ" href="http://www.atmarkit.co.jp/aig/04biz/ram.html">RAM（responsibility assignment matrix） － ＠IT情報マネジメント用語事典</a></p>

<ul>
	<li>M＝管理</li>
	<li>R＝主責任</li>
	<li>S＝支援</li>
	<li>A＝承認</li>
</ul>

で詳細に責任分担を記載するもの、

<ul>
	<li>P (Primary)＝主責任</li>
	<li>S (Secondary)＝副責任</li>
</ul>

程度の振り分けで簡潔にするもの。

<h5>注意事項</h5>

以下での注意事項「誤解のないドキュメント化」は大切。

<blockquote cite="http://itpro.nikkeibp.co.jp/article/COLUMN/20080424/300085/"><p class="title"><a href="http://itpro.nikkeibp.co.jp/article/COLUMN/20080424/300085/">[見積もり編]WBSを軽視してはいけない</a></p><p>WBSは，成果物の内容や責任範囲の切り分けを明確にし，ユーザーに理解してもらい，認識を共有することが重要な要素の一つである。成果物や責任範囲・責任分担を一覧で見られるように，一枚の紙(A3など)に印刷し協議するなど，細かい配慮も必要である。 </p><p class="source">プロジェクト・マネージャの「やってはいけない」：ITpro</p></blockquote>

<h4>参考情報</h4>

<h5>プロジェクト計画</h5>

メモ書き ? で色々とプロジェクトマネージメント関連のことが書かれている。

<ul class="ref"><li><a title="参考ページ" href="http://typea.dip.jp/tips/wiki.cgi?page=%A5%D7%A5%ED%A5%B8%A5%A7%A5%AF%A5%C8%B7%D7%B2%E8%CE%A9%B0%C6#p-1">プロジェクト計画立案 - MyMemoWiki</a><ul class="ref"><li><a title="参考ページ" href="http://typea.dip.jp/tips/wiki.cgi?page=%A5%D7%A5%ED%A5%B8%A5%A7%A5%AF%A5%C8%A4%C8%A5%D7%A5%ED%A5%B8%A5%A7%A5%AF%A5%C8%A5%DE%A5%CD%A5%B8%A5%E1%A5%F3%A5%C8%A5%D7%A5%ED%A5%BB%A5%B9">プロジェクトとプロジェクトマネジメントプロセス</a></li>
<li><a title="参考ページ" href="http://typea.dip.jp/tips/wiki.cgi?page=%A5%D7%A5%ED%A5%B8%A5%A7%A5%AF%A5%C8%A5%DE%A5%CD%A5%B8%A5%E1%A5%F3%A5%C8%A5%D7%A5%ED%A5%BB%A5%B9%A4%C8%C9%B8%BD%E0%B2%BD">プロジェクトマネジメントプロセスと標準化</a></li>
<li><a title="参考ページ" href="http://typea.dip.jp/tips/wiki.cgi?page=%A5%D7%A5%ED%A5%B8%A5%A7%A5%AF%A5%C8%B7%D7%B2%E8%CE%A9%B0%C6">プロジェクト計画立案</a></li>
<li><a title="参考ページ" href="http://typea.dip.jp/tips/wiki.cgi?page=%BF%CA%C4%BD%BC%C2%C0%D3%B4%C9%CD%FD">進捗実績管理</a></li>
<li><a title="参考ページ" href="http://typea.dip.jp/tips/wiki.cgi?page=%A5%D7%A5%ED%A5%B8%A5%A7%A5%AF%A5%C8%A5%DE%A5%CD%A5%B8%A5%E1%A5%F3%A5%C8%A1%A6%A5%D5%A5%EC%A1%BC%A5%E0%A5%EF%A1%BC%A5%AF">プロジェクトマネジメント・フレームワーク</a></li>
<li><a title="参考ページ" href="http://typea.dip.jp/tips/wiki.cgi?page=%A5%D7%A5%ED%A5%B8%A5%A7%A5%AF%A5%C8%A1%A6%A5%E9%A5%A4%A5%D5%A5%B5%A5%A4%A5%AF%A5%EB%A4%C8%C1%C8%BF%A5">プロジェクト・ライフサイクルと組織</a></li>
<li><a title="参考ページ" href="http://typea.dip.jp/tips/wiki.cgi?page=9%A4%C4%A4%CE%C3%CE%BC%B1%A5%A8%A5%EA%A5%A2">9つの知識エリア</a></li>
<li><a title="参考ページ" href="http://typea.dip.jp/tips/wiki.cgi?page=%C1%C8%BF%A5%B9%BD%C2%A4">組織構造</a></li>
</ul></li></ul>

ITPro のプロマネの連載。必読かも。

<ul class="ref"><li><a title="参考ページ" href="http://itpro.nikkeibp.co.jp/article/COLUMN/20080325/297007/?ST=system">プロジェクト・マネージャの「やってはいけない」---目次：ITpro</a><ul class="ref"><li><a title="参考ページ" href="http://itpro.nikkeibp.co.jp/article/COLUMN/20080424/300085/">[見積もり編]WBSを軽視してはいけない：ITpro</a></li>
<li><a title="参考ページ" href="http://itpro.nikkeibp.co.jp/article/COLUMN/20080523/303929/?ST=system">[計画編]計画書作成をペーパーワークと思ってはいけない：ITpro</a></li>
<li><a title="参考ページ" href="http://itpro.nikkeibp.co.jp/article/COLUMN/20080523/303930/?ST=system">[計画編]進捗基準が不明確なままスタートしてはいけない：ITpro</a></li></ul></li></ul>

ドキュメントのテンプレートを販売している。

<ul class="ref"><li><a title="参考ページ" href="http://www.b-connect.co.jp/system/index.html">システム導入において知りたい、知っておきたい情報集！★ビーコネクト</a><ul class="ref"><li><a title="参考ページ" href="http://www.b-connect.co.jp/system/sys06_4.html">WBSフォーム（雛形）ダウンロード★ビーコネクト</a></li></ul></li></ul>

そのほか、参照したところ。

<ul class="ref"><li><a title="参考ページ" href="http://www.netlaputa.ne.jp/~hijk/study/pm/planning.htm#A02">プロジェクト計画立案</a></li></ul>

<h4>おまけ</h4>

<h5>COCOMO 工数見積手法</h5>

<ul class="ref"><li><a title="参考ページ" href="http://www.atmarkit.co.jp/aig/04biz/cocomo.html">COCOMO（constructive cost model） － ＠IT情報マネジメント用語事典</a></li>
<li><a title="参考ページ" href="http://typea.dip.jp/fugitive/pages/pm01_01.do">COCOMOによる工数計算</a></li></ul>

<h5>マインドマップ</h5>

マインドマップは、WBS を作る際に役立つかも、と思って。

<ul class="ref"><li><a title="参考ページ" href="http://sourceforge.net/project/showfiles.php?group_id=7118">SourceForge.net: Files</a></li>
<li><a title="参考ページ" href="http://www.freemind-club.com/download.htm">Freemindのダウンロード - FreeMind活用クラブ</a></li></ul>

トニープサンの。

<p class="ref"><a title="参考ページ" href="http://www.imindmap.jp/">iMindMap公式サイト</a></p>

<div class="amazlet-box" style="margin-bottom:0px;"><div class="amazlet-image" style="float:left;"><a href="http://www.amazon.co.jp/exec/obidos/ASIN/B0012UFCYQ/jamzjp-22/ref=nosim/" name="amazletlink" target="_blank"><img src="http://ecx.images-amazon.com/images/I/51%2Bv5b6CjUL._SL160_.jpg" alt="Buzan's iMindMap日本語版スタンダード・エディション" style="border: none;" /></a></div><div class="amazlet-info" style="float:left;margin-left:15px;line-height:120%"><div class="amazlet-name" style="margin-bottom:10px;line-height:120%"><a href="http://www.amazon.co.jp/exec/obidos/ASIN/B0012UFCYQ/jamzjp-22/ref=nosim/" name="amazletlink" target="_blank">Buzan's iMindMap日本語版スタンダード・エディション</a><div class="amazlet-powered-date" style="font-size:7pt;margin-top:5px;font-family:verdana;line-height:120%">posted with <a href="http://www.amazlet.com/browse/ASIN/B0012UFCYQ/jamzjp-22/ref=nosim/" title="Buzan's iMindMap日本語版スタンダード・エディション" target="_blank">amazlet</a> at 08.07.14</div></div><div class="amazlet-detail">ALMA VISTA (2008-02-22)<br />売り上げランキング: 34<br /></div><div class="amazlet-review" style="margin-top:10px; margin-bottom:10px"><div class="amazlet-review-average" style="margin-bottom:5px">おすすめ度の平均: <img src="http://images-jp.amazon.com/images/G/09/x-locale/common/customer-reviews/stars-4-0.gif" alt="4.0" /></div><img src="http://images-jp.amazon.com/images/G/09/x-locale/common/customer-reviews/stars-5-0.gif" alt="5" /> ■■マインドマップ作成ならこれ！■■<br /><img src="http://images-jp.amazon.com/images/G/09/x-locale/common/customer-reviews/stars-4-0.gif" alt="4" /> FreeMindとの使い分けがおすすめ<br /><img src="http://images-jp.amazon.com/images/G/09/x-locale/common/customer-reviews/stars-4-0.gif" alt="4" /> 英語版を試用してみました<br /><img src="http://images-jp.amazon.com/images/G/09/x-locale/common/customer-reviews/stars-4-0.gif" alt="4" /> じっくり考えながらマインドマップを作成するには最適です<br /><img src="http://images-jp.amazon.com/images/G/09/x-locale/common/customer-reviews/stars-3-0.gif" alt="3" /> 確かに使い勝手はいいけど・・・<br /></div><div class="amazlet-link" style="margin-top: 5px"><a href="http://www.amazon.co.jp/exec/obidos/ASIN/B0012UFCYQ/jamzjp-22/ref=nosim/" name="amazletlink" target="_blank">Amazon.co.jp で詳細を見る</a></div></div><div class="amazlet-footer" style="clear: left"></div></div>

オンラインで利用できてシェアできる国産サービス。

<p class="ref"><a title="参考ページ" href="http://mindlink.jp/account/login">MindLink(β)</a></p>]]></description>
         <link>http://jamz.jp/blog/2008/07/post_279.html</link>
         <guid>http://jamz.jp/blog/2008/07/post_279.html</guid>
        
          <category domain="http://www.sixapart.com/ns/types#category">IT/ICT</category>
        
        
          <category domain="http://www.sixapart.com/ns/types#tag">project management</category>
        
         <pubDate>Mon, 14 Jul 2008 12:41:52 +0900</pubDate>
      </item>
      
      <item>
         <title>計画書作成のポイント その2 - プロジェクト計画書編</title>
         <description><![CDATA[昨日エントリーした<a class="external" title="参考ページ" href="http://jamz.jp/blog/2008/07/ponit-of-plan-document.html">[J] 計画書作成のポイント その1 - Jamz (Blog)</a>の続き、時間が取れたのでプロジェクト計画書にフォーカスして、軽く調査。

「まとめ」まではできていないんだけど、暫定アップ。別エントリーでまとめを書く (かも)

<h4>プロジェクト計画書の捉え方</h4>

<blockquote cite="http://www.nri.co.jp/opinion/it_solution/1999/pdf/IT19990805.pdf"><p class="title"><a href="http://www.nri.co.jp/opinion/it_solution/1999/pdf/IT19990805.pdf">ISOに準拠したプロジェクト計画書 (PDF)</a></p><p>ISO9001 (国際標準化機構による品質保証規格) の観点から、プロジェクト計画書に何を書くべきかについて延べる。</p><p class="source">システム・マンスリー 1999年8月 - 野村総合研究所</p></blockquote>

以下は、上記、野村総研の資料より抜粋。

<dl class="point">
<dt>品質目標を立てる</dt>
<dd>プロジェクトの品質に関する目標を立てる。Q (Quaity: 品質) C (Cost: コスト) D (DeliveryDate: 納期) の目標を含める。</dd>
<dt>体制を明確にする</dt>
<dd>プロジェクト内の責任と権限を明確にする。「体制図」によるプロジェクト内部と顧客との関係を明確にし、「役割」によって責任と権限を明確にする。<strong>プロジェクトに必要なスキル</strong>を明確にする</dd>
<dt>プロジェクトのインプットの対象を定義する</dt>
<dt>プロジェクトのアウトプットの対象を定義する</dt>
<dd>全ての業務はプロセスによって達成され、全てのプロセスはインプットがあり、アウトプットはプロセスの結果である。</dd>
<dt>アウトプットの合否判定基準を定義する</dt>
<dd>明確な合否判定基準を計画書に定めるか、手順書として作成する。</dd>
<dt>フェーズ終了判定、リリース判定の計画を立てる</dt>
<dd>計画には、「予定時期」「レビュー者」「フェーズ終了判定、リリース判定の合否判定基準」を含める。</dd>
</dl>

<h4>プロジェクト計画書のアウトラインの参考情報</h4>

<blockquote cite="http://gm4t.cocolog-nifty.com/studio134/2004/02/post_9.html"><p class="title"><a href="http://gm4t.cocolog-nifty.com/studio134/2004/02/post_9.html">プロジェクト計画書の書き方</a></p><p>技術評論社「決定版プロジェクト管理成功するソフトウェア開発の最新スタイル」より</p><ol><li>表紙</li>
	<li>改版記録等</li>
	<li>目次</li>
	<li>関連文書</li>
	<li>プロジェクトの目的</li>
	<li>プロジェクトの開発範囲</li>
	<li>プロジェクトの目標</li>
	<li>前提条件と制約</li>
	<li>プロジェクトの成果物</li>
	<li>プロジェクト構成</li>
	<li>プロセス記述</li>
	<li>プロジェクトのスケジュール</li>
	<li>トレーニング計画</li>
	<li>予算</li>
	<li>プロジェクトの監視と管理</li>
	<li>進捗管理計画</li>
	<li>品質保証計画</li>
	<li>リスク管理計画</li>
	<li>終了計画</li>
	<li>技法・ガイドライン</li>
	<li>開発環境整備計画</li>
	<li>外注管理計画</li>
	<li>製品受け入れ試験計画</li>
	<li>構成管理計画</li>
	<li>評価と分析計画</li>
</ol><p class="source">STUDIO134 別館</p></blockquote>

<ins>ITPro の連載にも記載があった。</ins>

<blockquote cite="http://itpro.nikkeibp.co.jp/article/COLUMN/20080523/303929/?ST=system"><p class="title"><a href="http://itpro.nikkeibp.co.jp/article/COLUMN/20080523/303929/?ST=system">[計画編]計画書作成をペーパーワークと思ってはいけない</a></p><ol><li>お客様の情報<br />業務内容や規模（売上高や従業員数），プロジェクトに対する期待など</li>
<li>プロジェクト概要<br />プロジェクトでどのような作業を行うのかを明確にする</li>
<li>システム概要<br />システム構成図で開発するシステムのスコープを明確にする（ハードウエア/ソフトウエア/ネットワーク/インフラ構成など）</li>
<li>システム要件<br />主要機能，性能（顧客要求・定義），信頼性（決定事項，回復許容時間など）を明確にする</li>
<li>プロジェクト体制<br />担当者や責任者，指揮命令系統，要員計画（顧客体制や協力会社を含む）などを明確にする</li>
<li>WBS/作業量<br />プロジェクトの必要作業項目や担当者，作業量（開発規模など）を明確にする</li>
<li>品質/生産性<br />作業工程ごとの品質基準や管理方法，生産性基準や把握方法などを明確に定義する</li>
<li>コスト<br />プロジェクトにどれだけのコストをかけられるのかを明確にする</li>
<li>日程（スケジュール）<br />作業工程やプロジェクト全体（開始から終了まで）のスケジュールを明確にする</li>
<li>主要マイルストーン<br />お客様の作業を含めた主要マイルストーンを設定する</li>
<li>リスク/問題点/懸案事項<br />リスクや懸案事項，問題点を一覧にし，状況が分かるようにする</li>
<li>会議体（モニタリング計画）<br />会議体の目的や位置づけを含め，モニタリング計画を明確にする</li>
<li>中間成果物/最終成果物<br />作業工程ごとのプロジェクトで作成する成果物を定義する</li>
<li>セキュリティ管理<br />ポリシーやルールを明確にする</li></ol><p class="source">プロジェクト・マネージャの「やってはいけない」：ITpro</p></blockquote>

プロマネの書籍はたくさんある。以下はテンプレートがダウンロードできたので紹介。
(たまたま検索でヒットしただけ、だったりして)

<blockquote cite="http://coin.nikkeibp.co.jp/coin/nos/pm/index.html"><p class="title"><a href="http://coin.nikkeibp.co.jp/coin/nos/pm/index.html">プロジェクトマネジメント 現場マニュアル</a></p><p>手法はすべてPMBOKをベースとし、現場で生かせるテンプレートを豊富に収録。テンプレートの一部は、このページからダウンロード可能です。</p><p class="source">プロジェクトマネジメント 現場マニュアル</p></blockquote>

さっそくプロジェクト計画書をダウンロード

<p class="ref"><a title="参考ページ" href="http://coin.nikkeibp.co.jp/coin/nos/pm/project.doc">プロジェクト計画書 MS WORD （モーダス化粧品 山田作成） - 「プロジェクトマネジメント 現場マニュアル」 : 日経BP社 | IT分野の雑誌・書籍・イベント情報サイト</a></p>

<h4>プロジェクト計画全般の参考情報</h4>

IBM のプロマネ体系が紹介されている。

<blockquote cite="http://itpro.nikkeibp.co.jp/article/COLUMN/20070221/262666/"><p class="title"><a href="http://itpro.nikkeibp.co.jp/article/COLUMN/20070221/262666/">第1回　PM実践体系--重要性増すPM,そのシステム開発での実践体系を知る</a></p><p>日本IBMにおけるPM実践体系では，PMで行うべきプロセスを「プロジェクトの計画」，「トラッキングとコントロール」，「リスク管理」，「契約管理」の4つに分類している</p><p class="source">ITpro</p></blockquote>

参考になる。

<blockquote cite="http://itpro.nikkeibp.co.jp/article/COLUMN/20070314/265142/"><p class="title"><a href="http://itpro.nikkeibp.co.jp/article/COLUMN/20070314/265142/">第2回　プロジェクト計画－－システム開発プロジェクトの「計画」を作成する</a></p><p>「開発工程の定義」</p><ul><li>コミットメントを明確にする</li>
<li>重要な技術的検討（システムの稼働環境や開発環境、品質管理方法（自主検査，レビュー，テストなど）やその目的，実施のタイミングや手順）</li>
<li>WBSでスケジュールを決める</li>
<li>重要な開発工程の定義 (どんな風に開発を進めるのか)</li>
</ul><p class="source">ITpro</p></blockquote>

ブログ「DESIGN IT! w/LOVE」は毎度参考になる。

<blockquote cite="http://gitanez.seesaa.net/article/100863956.html"><p class="title"><a href="http://gitanez.seesaa.net/article/100863956.html">プロジェクトをデザインする</a></p><p>プロジェクトそのものもデザインの対象なんですけど、そもそもデザイン感覚がない人が多いんでしょうね。</p><ol><li>定義<ol><li>ミッションとヴィジョンの明確化</li>
	<li>目的と測定可能なゴールの設定</li>
	<li>ターゲットの明示</li>
	<li>必要なタスクの洗い出し</li>
	<li>メンバーの選定と役割分担</li>
	<li>スケジュールの作成</li>
	<li>実施においてのコミュニケーション・ルールの決定</li>
	<li>関係部門と影響の洗い出し</li>
	<li>リスクの洗い出し</li></ol></li>
<li>現状把握・分析<ol><li>3C分析などのフレームワークを使った現状の把握と整理</li>
	<li>必要な調査の実施</li>
	<li>ミッションと現状のギャップの分析</li>
	<li>ヴィジョンの再検討</li></ol></li>
<li>戦略・コンセプト<ol><li>ギャップを埋めるための戦略の検討</li>
	<li>各ターゲットとのコミュニケーション・シナリオの作成</li>
	<li>シナリオからの要件抽出・構造化</li></ol></li>
<li>設計<ol><li>コミュニケーション・シナリオと要件リストに基づくモデリング</li>
	<li>モデルをベースにした具体的なデザイン案（プロトタイプ）の作成</li>
	<li>プロトタイプを使ったシミュレーションの実施</li></ol></li>
<li>検証・修正<ol><li>プロトタイプによるデザイン案の検証</li>
	<li>検証データに基づく問題点の抽出～改善案の作成</li>
	<li>デザインの改善</li>
	<li>デザイン・フィックス～設計図の作成</li></ol></li>
<li>実装・オペレーション<ol><li>実装計画またはオペレーション計画の作成</li>
	<li>実装またはオペレーションの実行</li>
	<li>効果の検証・リフレクション</li></ol></li></ol><p class="source">DESIGN IT! w/LOVE</p></blockquote>

システム開発の老舗 ? ユニシスってこういうホワイトペーパーの公開しているんだね。

<blockquote cite="http://www.unisys.co.jp/tec_info/tr67/6703.pdf"><p class="title"><a href="http://www.unisys.co.jp/tec_info/tr67/6703.pdf">効果的なプロジェクト計画の立案プロセス (PDF)</a></p><p>プロジェクトの目標達成のためには「品質」，「コスト」，「スケジュール」，「リスク」等の種々の要素を統合し，総合的にマネジメントしていくシステム，つまりプロジェクトマネジメント（PM）手法を適用することであるが，その中でもプロジェクト計画が重要な鍵となる。</p><p>本稿では，プロジェクト成功の鍵となる効果的なプロジェクト計画立案における九つのステップを紹介し，更によい計画立案に至るキーポイントと今後のプロジェクト計画立案への科学的なアプローチへの展開について筆者の考えを述べる。</p><p class="source">UNISYS TECHNOLOGY REVIEW 第67号, NOV. 2000 - ユニシス「技報」</p></blockquote>

<h4>おまけ</h4>

プロジェクト計画書の書き方セミナー、出てみたい。

<ul class="ref"><li><a title="参考ページ" href="http://www.pmstyle.biz/index.htm">プロジェクトマネジメント、プログラムマネジメント、ＰＭＯのpmstyle</a><ul class="ref"><li><a title="参考ページ" href="http://www.pmstyle.biz/smn/keikaku.htm">2008年09月09日 - プロジェクト計画書の作り方・書き方・活かし方（基礎編）</a></li>
<li><a title="参考ページ" href="http://pmstyle.biz/smn/keikaku2.htm">2008年10月28日 - プロジェクト計画書の作り方・書き方・活かし方（実践編）</a></li></ul></li></ul>

北海道 美瑛町、自治体 ? の計画書 ...

<p class="ref"><a title="参考ページ" href="http://town.biei.hokkaido.jp/biei/d_seisaku/keikakusyo.pdf">地域再生プロジェクト計画書 (PDF)</a></p>

多分、ペラ一枚のテンプレートなんだろうけど ... ちょっとお粗末な感じ。

ただ、企画書は一枚にまとめよ、的な薦めもあるので、それを意識しているのであれば納得できなくもないけど。

<div class="amazlet-box" style="margin-bottom:0px;"><div class="amazlet-image" style="float:left;"><a href="http://www.amazon.co.jp/exec/obidos/ASIN/4484031116/jamzjp-22/ref=nosim/" name="amazletlink" target="_blank"><img src="http://ecx.images-amazon.com/images/I/41HKE9R1ETL._SL160_.jpg" alt="鉄則!企画書は「1枚」にまとめよ" style="border: none;" /></a></div><div class="amazlet-info" style="float:left;margin-left:15px;line-height:120%"><div class="amazlet-name" style="margin-bottom:10px;line-height:120%"><a href="http://www.amazon.co.jp/exec/obidos/ASIN/4484031116/jamzjp-22/ref=nosim/" name="amazletlink" target="_blank">鉄則!企画書は「1枚」にまとめよ</a><div class="amazlet-powered-date" style="font-size:7pt;margin-top:5px;font-family:verdana;line-height:120%">posted with <a href="http://www.amazlet.com/browse/ASIN/4484031116/jamzjp-22/ref=nosim/" title="鉄則!企画書は「1枚」にまとめよ" target="_blank">amazlet</a> at 08.07.10</div></div><div class="amazlet-detail">パトリック・G. ライリー <br />阪急コミュニケーションズ <br />売り上げランキング: 12271<br /></div><div class="amazlet-review" style="margin-top:10px; margin-bottom:10px"><div class="amazlet-review-average" style="margin-bottom:5px">おすすめ度の平均: <img src="http://images-jp.amazon.com/images/G/09/x-locale/common/customer-reviews/stars-4-0.gif" alt="4.0" /></div><img src="http://images-jp.amazon.com/images/G/09/x-locale/common/customer-reviews/stars-3-0.gif" alt="3" /> 企画書　より　企画　の本として使える<br /><img src="http://images-jp.amazon.com/images/G/09/x-locale/common/customer-reviews/stars-2-0.gif" alt="2" /> 事例がチープなのが残念です。<br /><img src="http://images-jp.amazon.com/images/G/09/x-locale/common/customer-reviews/stars-5-0.gif" alt="5" /> 企画書だけでなく、<br />企画書立案作業ステップにが解る<br /><img src="http://images-jp.amazon.com/images/G/09/x-locale/common/customer-reviews/stars-5-0.gif" alt="5" /> シンプルで非常にわかりやすい<br /></div><div class="amazlet-link" style="margin-top: 5px"><a href="http://www.amazon.co.jp/exec/obidos/ASIN/4484031116/jamzjp-22/ref=nosim/" name="amazletlink" target="_blank">Amazon.co.jp で詳細を見る</a></div></div><div class="amazlet-footer" style="clear: left"></div></div>
]]></description>
         <link>http://jamz.jp/blog/2008/07/project-charter.html</link>
         <guid>http://jamz.jp/blog/2008/07/project-charter.html</guid>
        
          <category domain="http://www.sixapart.com/ns/types#category">仕事・働く</category>
        
        
          <category domain="http://www.sixapart.com/ns/types#tag">project management</category>
        
         <pubDate>Thu, 10 Jul 2008 10:55:26 +0900</pubDate>
      </item>
      
      <item>
         <title>計画書作成のポイント その1</title>
         <description><![CDATA[今回は「計画書全般」で軽く調べてまとめた。その1 にしたのは、次回 (時間とって) プロジェクト計画書にフォーカスしてまとめたいから。

<h4>構成 (アウトライン) のまとめ</h4>

結論から書くと、汎用性のある構成案は以下のような感じかと。

<ol><li>計画書の説明<ol>
	<li>背景や主旨について</li>
	<li>内容構成について</li></ol></li>
<li>現状全体分析のまとめ<ol>
	<li>現状の全体像</li>
	<li>課題のまとめ</li></ol></li>
<li>実施計画について<ol>
	<li>方針や概要</li>
	<li>スケジュール</li>
	<li>実施内容</li></ol></li>
<li>本計画の評価・管理について</li>
<li>参考資料</li></ol>

何度か使ってみて今後ブラッシュアップする。

<h4>参考情報</h4>

後半の事業計画書の目次、構成例とあえてわけると、この参考情報はウンチク系。

ブログを利用し、ポイントをしぼって解説している。FAQ形式の解説もあり。

<ul class="ref"><li><a title="参考ページ" href="http://www.kf-s.co.jp/archives/cat11/index.html">ビジネスプラン・事業計画書の作り方</a><ul class="ref"><li><a title="参考ページ" href="http://www.kf-s.co.jp/archives/2005/07/post_252.html">事業計画書の目次例</a></li></ul></li></ul>

<blockquote cite="http://www.kf-s.co.jp/archives/2004/11/post_47.html"><p class="title"><a href="http://www.kf-s.co.jp/archives/2004/11/post_47.html">事業計画書はマネジメントサイクルを回す大切な道具</a></p><p>事業計画書こそが、経営のP-D-C-A（マネジメントサイクル）を回す大切な道具なのです。</p><p>事業計画書に記された予定がなければ、いま事業の推進が順調にいっているかを判断することも難しいのです。また、業績が低迷していれば、事業年度の途中に何か対策を打つ必要が生じます、現状が良いのか悪いのかを把握する事が出来なければ対策の打ちようもないわけです。</p><p class="source">起業とエンジェル投資を促進する情報サイト:KFS</p></blockquote>

新規事業にフォーカスしているが PowerPoint のテンプレートも入手できる。

<ul class="ref"><li><a title="参考ページ" href="http://www.linzylinzy.com/">新規事業　事業計画　IT　会計　国際ビジネスのコンサルティング</a><ul class="ref"><li><a title="参考ページ" href="http://www.linzylinzy.com/consulting.html">経営コンサルタント　記事</a><ul class="ref"><li><a title="参考ページ" href="http://www.linzylinzy.com/businessplan_powerpoint.html">事業計画書　パワーポイントの書き方とダウンロード</a></li></ul></li></ul></li></ul>

模擬っぽいが、ITコーディネーターが作成したもの。

<ul class="ref"><li><a title="参考ページ" href="http://www.itssp.jp/jigyo/h16/jigyou008.htm">平成16年度 計画書策定コンサルティング事業 ITSSP戦略的IT活用のための計画策定―建設業者編</a><ul class="ref"><li><a title="参考ページ" href="http://www.itssp.jp/jigyo/h16/proceedings/008_seika1.pdf">Ａ社　経営戦略企画書・情報化企画書 (PDF)</a></li></ul></li></ul>

この ITSSP というサイト

<blockquote cite="http://www.itssp.jp/index.htm"><p class="title"><a href="http://www.itssp.jp/index.htm">ITの活用で経営革新！ＩＴＳＳＰ</a></p><p>ＩＴＳＳＰ（ＩＴソリューションスクエアプロジェクト）は経済産業省と独立行政法人情報処理推進機構（ＩＰＡ）がより多くの企業が経営に役立つ情報化を実行することによって企業競争力を高めることを目的に展開する情報化投資活性化支援事業です。</p><p class="source">ITの活用で経営革新！ＩＴＳＳＰ</p></blockquote>

とあり、以下の一覧には多数の業種業態の実例 ? 模擬例 が掲載されている。

<ul class="ref"><li><a title="参考ページ" href="http://www.itssp.jp/jigyo/h16/list_keisaku.htm">計画書策定コンサルティング 報告書一覧</a><ul class="ref"><li><a title="参考ページ" href="http://www.itssp.jp/jigyo/h16/jigyou094.htm">情報化実施計画書(RFP)の策定支援</a></li>
<li><a title="参考ページ" href="http://www.itssp.jp/jigyo/h16/jigyou068.htm">ＩＴ化実施計画書作成コンサル</a></li>
<li><a title="参考ページ" href="http://www.itssp.jp/jigyo/h16/jigyou042.htm">情報共有で勝ち抜け。人的管理から、IT活用管理へ</a></li></ul></li></ul>

後述しているが、ウンチク含めて構成例などが載っている。

<ul class="ref"><li><a title="参考ページ" href="http://nougyou-shien.jp/kenkyu/bukai-senryaku.html">戦略的事業計画書の作成 - 部会の研究報告 : 中小企業診断士の全国組織「農業経営支援センター」</a></li></ul>

<h4>計画書実例</h4>

<h5>農業経営に関する事業計画書</h5>

農業経営支援センターが何なのかが良く分からないけど、事業計画書全般について書かれており「意義」や「作成のプロセス」についても言及していて参考になる。

<p class="ref"><a title="参考ページ" href="http://nougyou-shien.jp/kenkyu/bukai-senryaku.html">戦略的事業計画書の作成 - 部会の研究報告 : 中小企業診断士の全国組織「農業経営支援センター」</a></p>

<ol>
	<li>事業内容</li>
	<li>経営理念（価値的目的）～どんな経営をしたいのか～</li>
	<li>戦略の組立と具体的数値<ol>
		<li>利益目標（利益計数目標）～いくら利益を県あげたいのか～</li>
		<li>経営環境への対応戦略～環境変化をどう認識し対応するか～</li>
		<li>顧客への対応戦略～顧客をそう認識してコミュニケーションするか～</li>	<li>推進する仕組みの構築～その仕組みは何か、実行性があがるものか～</li>	<li>従事者が実践する事項～そのために社員は何をするのか～</li>
		<li>改善項目～どの項目を回改善するのか～</li></ol></li>
	<li>品目別売上・利益計画（年次別）</li>
	<li>課題改善対策（年次別）<ol>
		<li>経営環境変化への対策</li>
		<li>顧客への対応策</li>
		<li>仕組み作り対策</li>
		<li>従業員が実践する対策</li>
		<li>改善課題対策</li></ol></li>
	<li>付表<ol>
		<li>基本台帳</li>
		<li>経営自己診断</li></ol></li>
</ol>

<h5>行政の戦略計画書</h5>

「はじめに」の部分からも、読み手に対する配慮が感じられ、読み始めにこれがあることで、すんなりと入っていける。

「事業計画」「戦略」という "分かりづらさ" "抵抗感" のようなものをうまく "扱っている" 感じ。

<p class="ref"><a title="参考ページ" href="http://www.pref.mie.jp/SHIAWASE/HP/">県民しあわせプラン : 三重県総合計画</a></p>

<ol>
<li>はじめに<ol><li>戦略計画策定の趣旨</li>
<li>戦略計画の計画期間</li>
<li>戦略計画の構成</li>
<li>戦略計画の実施にあたって</li></ol></li>
<li>政策・事業体系<ol><li>政策・事業体系とは</li>
<li>政策・事業体系の取組</li></ol></li>
<li>行政運営の取組<ol><li>施策・基本事業を推進するために</li>
<li>行政運営の具体的な取組</li></ol></li>
<li>重点プログラム<ol><li>重点プログラムとは</li>
<li>重点プログラムの取組</li></ol></li></ol>

<h5>地方自治体の地域情報化計画書</h5>

<p class="ref"><a title="参考ページ" href="http://www.city.seto.aichi.jp/sosiki/joho/tjplan/keikaku/index.html">瀬戸氏地域情報化計画書 - 瀬戸市オフィシャルサイト</a></p>

<ol>
<li>地域情報化計画の位置づけ<ol>
	<li>計画策定の目的と位置づけ</li>
	<li>計画の概要</li></ol>
</li>
<li>地域情報化の現状と課題<ol>
	<li>国の情報化施策</li>
	<li>県の情報化施策</li>
	<li>瀬戸市の情報化施策</li>
	<li>地域情報化の現状と課題</li>
	<li>情報通信環境の動向</li>
	<li>瀬戸市における地域情報化推進の課題</li></ol>
</li>
<li>地域情報化推進の整備方針<ol>
	<li>基本理念</li>
	<li>推進方向</li>
	<li>整備方針</li>
	<li>市民ニーズ</li></ol>
</li>
<li>地域情報化計画の概要<ol>
	<li>情報システム整備計画の概要</li>
	<li>システム整備計画</li>
	<li>拠点整備計画</li>
	<li>基盤整備計画</li>
	<li>全体イメージ</li>
	<li>整備計画（スケジュール）</li></ol>
</li>
<li>地域情報化推進に向けた体制と留意点<ol>
	<li>地域情報化推進体制の確立</li>
	<li>地域情報化推進に向けた留意点</li></ol>
</li>
<li>参考資料１</li>
<li>参考資料２</li>
</ol>

<h5>Web事業計画書の構成例</h5>

<p class="ref"><a title="参考ページ" href="http://www.internetmarketing.co.jp/management/service/webplanning.html">ウェブ事業計画作成サービス - インターネットマーケティングソリューション</a></p>

<ol>
	<li>エグゼクティブサマリー</li>
	<li>会社概要</li>
	<li>ビジネスモデルと計画の概要</li>
	<li>環境分析</li>
	<li>プロモーション戦略</li>
	<li>財務状況と今後の見通し</li>
	<li>予算計画</li>
	<li>年間売上・利益シュミレーション</li>
	<li>実施手順</li>
	<li>組織</li>
	<li>プランの実施手順</li>
	<li>事業リスク</li>
	<li>評価と管理</li>
</ol>

<h5>そのほか</h5>

環境省のウェブサイト作成に関するガイドライン

<p class="ref"><a title="参考ページ" href="http://www.env.go.jp/other/gyosei-johoka/web_gl/index.html">環境省ウェブサイト作成ガイドライン</a></p>

ALA 米国図書館協会のウェブサイトリニューアルの計画書が Wiki で公開されている。

<p class="ref"><a title="参考ページ" href="http://wikis.ala.org/webplanning/index.php/Main_Page">Web Planning - ALA (American Library Association)</a></p>

わくわく体験検索サイト『体験.com』というポータルサイトの計画書

<p class="ref"><a title="参考ページ" href="http://www.c-supportweb.com/portal/kikakusho.pdf">わくわく体験検索サイト『体験.com』計画書 (PDF)</a></p>

<h4>おまけ</h4>

<h5>事業計画書の作成代行</h5>

事業計画書を代行してくれる会社

<p class="ref"><a title="参考ページ" href="http://www.moongroup.jp/">事業計画書・企画書作成・戦略策定・市場戦略支援/7Pマーケティング™・MOONコンサルティング</a></p>

<h5>RFPのサンプル</h5>

RFP のサンプルがあった。

<p class="ref"><a title="参考ページ" href="http://www.itssp.jp/jigyo/h16/proceedings/008_seika2.pdf">提案計画書 (RFP) - 平成16年度 計画書策定コンサルティング事業 ITSSP戦略的IT活用のための計画策定―建設業者編 (PDF)</a></p>

<h5>米国の電子政府ポータルサイト FirstGov</h5>

電子政府コンサルタントの解説ページ。知っておくと良さそうだったので。

<blockquote cite="http://www.manaboo.com/archive/egov_120816_firstgov.htm"><p class="title"><a href="http://www.manaboo.com/archive/egov_120816_firstgov.htm">米国行政ポータルサイト計画"FirstGov"</a></p><p>米国の電子政府ポータルサイトである"FirstGov"について解説しています。</p><p>「税金を使わず官民学で作る」、「フィードバック機能の充実で利用者が育てるポータルにする」点などが特徴となっています。</p><p class="source">MBR Consulting　マナブーズ・ルーム・コンサルティング</p></blockquote>]]></description>
         <link>http://jamz.jp/blog/2008/07/ponit-of-plan-document.html</link>
         <guid>http://jamz.jp/blog/2008/07/ponit-of-plan-document.html</guid>
        
          <category domain="http://www.sixapart.com/ns/types#category">仕事・働く</category>
        
        
         <pubDate>Tue, 08 Jul 2008 15:43:41 +0900</pubDate>
      </item>
      
      <item>
         <title>企業のマーケティング部はもっとウェブを見た方がよい</title>
         <description><![CDATA[可視化は売上だけじゃない。可視化は数字だけじゃない。

そもそもマーケティングって可視化することが前提じゃないはず。

JMAでは、以下のように定義している。

<blockquote cite="http://www.jma-jp.org/"><p class="title"><a href="http://www.jma-jp.org/">マーケティングの定義</a></p><p>マーケティングとは、企業および他の組織がグローバルな視野に立ち、顧客との相互理解を得ながら、公正な競争を通じて行う市場創造のための総合的活動である。</p><p class="source">日本マーケティング協会</p></blockquote>

おそらく、会社 (経営) としては、マーケティングの評価を数字でするんだろうけど、「その発想やめたら ?」と思う。

もちろんビジネスである以上、数字はつきものだけど、その角度しか見れていないのだとすると、今後は今以上に苦しくなるんじゃないかな。

だって、世の中変わってきているんだから。

それに追いついていないから、数字でしか客観的に評価できないってことになるんじゃないかと。

<blockquote cite="http://adinnovator.typepad.com/ad_innovator/2008/06/post-4.html"><p class="title"><a href="http://adinnovator.typepad.com/ad_innovator/2008/06/post-4.html">企業サイトが死につつある</a></p><p>企業の評価はその企業のサイトで見ることはなく、他のソーシャルメディアサイトで他の消費者の意見を聞くためだという。企業サイトを救うためにも、消費者の声が反映されるソーシャル要素をサイトに取りいれる必要があり、そのステップを4つあげている。</p><ol><li>分散型マーケティングの活用</li><li>ニッチにしぼってインフルエンサーに影響を与える</li><li>消費者の意見を混ぜる</li><li>他の消費者がそれらの意見に対して、自分たちの意見を言う場を作る </li></ol><p class="source">Ad Innovator</p></blockquote>

なんか引用した文章の前半がおかしいけど、要は企業のサイトなんて存在価値そのものが低いんじゃない ? ってことなのかな。

だからこそ、巻き返さないと。

価値あるサイトにしようよ。

悔しくない ? もったいなくない ? 自分のメディアが意味ないって言われるの。

<ul class="ref"><li><a title="参考ページ" href="http://jamz.jp/blog/2008/04/changing-of-ads-and-marketing.html">[J] 「広告」や「マーケティング」の定義そのものが「変化している」 - Jamz (Blog)</a></li>
<li><a title="参考ページ" href="http://jamz.jp/blog/2007/06/diagram-of-marketing-etc.html">[J] 分かりやすいマーケティング、PR、広告、ブランディング、ソーシャルメディアマーケティングの図解 - Jamz (Blog)</a></li></ul>
]]></description>
         <link>http://jamz.jp/blog/2008/07/are-you-watching-the-internet.html</link>
         <guid>http://jamz.jp/blog/2008/07/are-you-watching-the-internet.html</guid>
        
          <category domain="http://www.sixapart.com/ns/types#category">マーケティング・広告</category>
        
        
         <pubDate>Fri, 04 Jul 2008 23:25:17 +0900</pubDate>
      </item>
      
      <item>
         <title>シックス・アパートの CMS 調査ってどうなの ? CMS とブログは違うでしょっ !!</title>
         <description><![CDATA[ちょい煽り気味のタイトルですが、お許しを。

SixApart がCMS未導入企業を調査したとのことで、その調査結果が公表されています。

<p class="ref"><a title="参考ページ" href="https://www.sixapart.jp/inquiry/cms-research.html">Six Apart - CMS未導入企業300社へアンケート</a></p>

Web担でもニュース ? 記事広告 ? として、取り上げているけど、

<p class="ref"><a title="参考ページ" href="http://web-tan.forum.impressrd.jp/n/2008/07/02/3479">CMSの導入では「使いやすさ」を最も重視。シックス・アパートがCMS未導入企業を調査 | Web担当者Forum</a></p>

内容にどうも納得ができない。もちろん、情報として公開してもらっているのはありがたいことだけど、この結果を鵜呑みにはできない。

<h4>疑問そのイチ</h4>

<strong>「CMS未導入...」</strong>とあるけど、調査・質問項目は「ブログ・CMS...」となっており、回答者は「ブログ」に対する質問と解釈しかねない。

たぶん、ほとんどの人がそうじゃないだろうか
(完全主観なので、なんの根拠もないけど...)

だとしたら、この結果は単なるブログに対する意識調査ってことになるわけで、CMS に関する調査結果とは言えないのではないだろうか ?

Movable Type が業界トップレベルの秀逸な CMS ツールであることは認める。

だが、ブログがいわゆる企業が導入する CMS とイコールかというと大きな疑問を抱かざるを得ない。

エンドユーザー(回答者) がそうした「違い」をちゃんと理解しているか、という根本的な問題もここにはあるわけだが。

<h4>疑問そのニ</h4>

そもそも、そのイチの疑問を持ったのが以下の回答結果を見たからなのだが、

<blockquote cite="https://www.sixapart.jp/inquiry/cms-research.html"><p class="title"><a href="https://www.sixapart.jp/inquiry/cms-research.html">CMS未導入企業300社へアンケート</a></p><p>ブログ・CMSツールの理想的な導入予算</p><ul><li>全体の約40％が、5万円以内を希望。</li><li>値段が上がるにつれ、パーセンテージは縮小。</li><li>20％が「わからない」と答えており、CMSの適正価格や相場観を知らないものと思われる。</li><li>ほぼ全ての職種で、5万円以下を希望している。</li><li>マーケティングは比較的価格の幅が広めではあるものの、30万円まで。</li><li>以外にも、情報システム部門が「わからない」と回答する比率が目立つ。</li></ul><p>発注から完成までの理想的な納期</p><ul><li>約50％が、２週間～1ヶ月以内を希望。</li><li>20％強が１週間以内の納期を希望。</li><li>納品に3ヶ月以上かかることは、まず想定していない。</li></ul><p class="source">Six Apart</p></blockquote>

上記のような調査は、企業規模やサイトの規模などと複合的に解析する必要があると思う。

一見しただけだと、小規模な企業からしか回答を取っていないんじゃないかと思うほど。

せめて回答者の属性として、企業規模の分布も載せて欲しかった。はっきり言うと、これは参考にならないですよ。

SOHO ならまだしも、ツールの導入予算に 5万円以下と回答しているなんて「単なる個人の購買意欲、購買意識」としか読めない。

あっ、ちなみに、この調査結果は自由に利用していいそうです。

<blockquote cite="https://www.sixapart.jp/inquiry/cms-research.html"><p class="title"><a href="https://www.sixapart.jp/inquiry/cms-research.html">CMS未導入企業300社へアンケート</a></p><p>本調査結果に掲載している資料は、全て無料でご提供しており、どなたでも自由にお使いいただけます。</p><p>ただし、掲載資料（文書全体または一部）を他に引用する際には、それらがシックス・アパート調査資料からの引用である事を必ず明記してください。</p><p class="source">Six Apart</p></blockquote>

<h4>フォロー</h4>

先にも書きましたが、これが「ブログ」の意識調査、ということで企業規模とか関係なしに読むのであればある程度参考になるデータだとは思いますが、CMS の観点から実務で使えるレベルのデータかというと、ちょっと力不足、利用価値は低いかと。

それこそ「担当者の個人的な、私的なホンネを徹底追及」なら納得できますが。

自己発言フォロー... 

もしこれが小中大の企業を均一的に調査した結果だとしたら、それが日本の現実なんだなぁと思うかもしれません。ただ、サンプル数が少ないので、その分を理解して解釈する必要はありますが。

以上。

<h4>おまけ</h4>

しばらくこの発表の動きを追ってみよう。

<h5>SixApart のページの状況</h5>

<ul class="ref"><li><a title="参考ページ" href="http://b.hatena.ne.jp/entry/https://www.sixapart.jp/inquiry/cms-research.html">はてなブックマーク - Six Apart - CMS未導入企業300社へアンケート</a></li>
<li><a title="参考ページ" href="http://k52.if.tv/tool/konop/p.cgi?url=https%3A%2F%2Fwww.sixapart.jp%2Finquiry%2Fcms-research.html">Webページ[Six Apart - CMS未導入企業300社へアンケート - https://www.sixapart.jp/inquiry/cms-research.html]について</a></li>
<li><a title="参考ページ" href="http://ja.webscouter.net/info.phtml?u=https%3A%2F%2Fwww.sixapart.jp%2Finquiry%2Fcms-research.html">Webスカウター - Six Apart - CMS未導入企業300社へアンケート</a></li></ul>

<h5>Web担のページの状況</h5>

<ul class="ref"><li><a title="参考ページ" href="http://b.hatena.ne.jp/entry/http://web-tan.forum.impressrd.jp/n/2008/07/02/3479">はてなブックマーク - CMSの導入では「使いやすさ」を最も重視。シックス・アパートがCMS未導入企業を調査 | Web担当者Forum</a></li>
<li><a title="参考ページ" href="http://k52.if.tv/tool/konop/p.cgi?url=http%3A%2F%2Fweb-tan.forum.impressrd.jp%2Fn%2F2008%2F07%2F02%2F3479">Webページ[CMSの導入では「使いやすさ」を最も重視。シックス・アパートがCMS未導入企業を調査 | Web担当者Forum - http://web-tan.forum.impressrd.jp/n/2008/07/02/3479]について</a></li>
<li><a title="参考ページ" href="http://ja.webscouter.net/info.phtml?u=http%3A%2F%2Fweb-tan.forum.impressrd.jp%2Fn%2F2008%2F07%2F02%2F3479">Webスカウター - CMSの導入では「使いやすさ」を最も重視。シックス・アパートがCMS未導入企業を調査 | Web担当者Forum</a></li></ul>

<h5>以前、リリースしていたブログに関する調査結果</h5>

<ul class="ref"><li><a title="参考ページ" href="http://www.sixapart.jp/inquiry/business-survey.html">Six Apart - ビジネスブログ・サーベイ2008 無償ダウンロード キャンペーン</a></li>
<li><a title="参考ページ" href="http://www.sixapart.jp/press_releases/2008/04/17-1100.html">Six Apart - シックス・アパート、「消費者から見たビジネスブログ・サーベイ2008」調査結果を発表</a></li></ul>]]></description>
         <link>http://jamz.jp/blog/2008/07/blog-is-not-cms.html</link>
         <guid>http://jamz.jp/blog/2008/07/blog-is-not-cms.html</guid>
        
          <category domain="http://www.sixapart.com/ns/types#category">IT/ICT</category>
        
          <category domain="http://www.sixapart.com/ns/types#category">インターネット</category>
        
        
          <category domain="http://www.sixapart.com/ns/types#tag">figures</category>
        
         <pubDate>Fri, 04 Jul 2008 12:34:14 +0900</pubDate>
      </item>
      
      <item>
         <title>勝手広告というジャンル ?</title>
         <description><![CDATA[surveyML というマーケティング関連のメーリングリストで流れていた情報から紹介。

<object width="425" height="344"><param name="movie" value="http://www.youtube.com/v/_X6ywvOGs0s&hl=ja"></param><embed src="http://www.youtube.com/v/_X6ywvOGs0s&hl=ja" type="application/x-shockwave-flash" width="425" height="344"></embed></object>

<ul class="ref"><li><a title="参考ページ" href="http://www.zkaiblog.com/histaff/archive/501">Ｚ会×勝手広告×ＴＶ東京 - 教育・受験に携わる社員として〜「和顔愛語 先意承問」</a></li>
<li><a title="参考ページ" href="http://magarimame.com/archives/205">かつてない「買って！広告」じゃない「勝手広告」 - magarimame (マガリマメ)</a></li></ul>

制作者のチャンネル

<blockquote cite="http://jp.youtube.com/user/000521"><p class="title"><a href="http://jp.youtube.com/user/000521">000521 さんのチャンネル</a></p><p>勝手広告とは</p><p>勝手広告とは次世代広告を考える活動です。 これらの作品は、勝手に作った広告風作品であり、 作品の広告主とは何の関係もございません。</p><p class="source">YouTube</p></blockquote>

とても高く評価している人もいる。

<blockquote cite="http://d.hatena.ne.jp/atutake/20080626"><p class="title"><a href="http://d.hatena.ne.jp/atutake/20080626">YouTube17</a></p><p>YouTubeにアップされているZ会のコマーシャルである。これ、すごいと思いませんか。何がすごいって凄い点は三つある。まず第一には、これはZ会が発注した広告ではないこと。勝手広告と呼ばれ、文字通りスポンサーの依頼などまったく受けずに勝手に作られた広告である。最近はやりつつあるらしい。</p><p>次にすごいのは、こうした勝手広告をTV番組で放映することをZ会が許諾したこと。しかも、その訴求内容、クォリティその他については一切関与していない。これは英断というか、よくそこまで思いきった判断ができたなと思う。</p><p class="source">だから問題はコミュニケーションにあるんだよ by com-lab</p></blockquote>

オンライン CM 関連のサイトが最近ポコポコ出てきたけど、こういうのも関連しているのかっ ?

少し様子を見ておこう。]]></description>
         <link>http://jamz.jp/blog/2008/06/arbitrary-cm.html</link>
         <guid>http://jamz.jp/blog/2008/06/arbitrary-cm.html</guid>
        
          <category domain="http://www.sixapart.com/ns/types#category">マーケティング・広告</category>
        
        
          <category domain="http://www.sixapart.com/ns/types#tag">cm</category>
        
          <category domain="http://www.sixapart.com/ns/types#tag">youtube</category>
        
         <pubDate>Sat, 28 Jun 2008 23:42:49 +0900</pubDate>
      </item>
      
   </channel>
</rss>
