ライター矢沢の著作日記[4] 私の企画書をお見せします
「本を書いてみたい」と思ったなら、まず企画書を書いてください。自分でも読んでみたくなるような企画書ができたら、「ぜひこの出版社にお願いしたい」というところに送ってみましょう。コネがなくても「編集部企画担当者様」という宛名で郵送すれば、きっと適任者に見てもらえます。でも、どんな風に企画書を書けばよいかわからないですよね。そこで、今回は、私が2年前に書いた「標準C#入門（ソフトバンククリエイティブ刊）」の企画書を例にして、書き方のポイントを説明しましょう。少しでも参考になれば幸いです。 －－－－－ 企画書ここから －－－－－ ★★★★★ コンピュータ書籍企画書（案）★★★★★ 2005年5月14日 矢沢久雄 企画書のタイトルは、いつも「コンピュータ書籍企画書（案）」としています。様々なジャンルの書籍を発刊している出版社さんに、この本がコンピュータ書籍のジャンルに属することを伝えるためです。「コ
![ライター矢沢の著作日記[4] 私の企画書をお見せします](https://cdn-ak-scissors.b.st-hatena.com/image/square/bed39b5962a5d552c95b6d796db8f55e72d32943/height=288;version=1;width=512/https%3A%2F%2Fxtech.nikkei.com%2Fimages%2Fn%2Fxtech%2F2020%2Fogp_nikkeixtech_hexagon.jpg%3F20220512)
5分で人を育てる技術 (19)「損して得とる」の提案術
提案を成功させるためには，まず顧客担当者のメリットが何かを訴求すること，そして，顧客担当者の面倒を軽減させることが必要だという理解でいいですか？ そう。繰り返しになる部分もあるけど重要だから何回も言うよ。キーワードは「面倒くさい」。それも二つ。一つは顧客担当者が「面倒くさい」と思わないオリジナルのセールスポイントを決めて，提案の柱にすること。二つ目は，顧客担当者の作業の「面倒臭さ」を軽減してあげること。これで，顧客担当者は非常に喜ぶよ。喜んで，セールスを仲間だと思ってしまうことも多いんだ。 「面倒くさいに勝機がある」・・・岡田の言ったこの一言を私は非常に気に入っています。そもそも“面倒くさい"というのは，人の行動制御に大きな影響を与える因子です。 例えば，「歩くのが面倒だからタクシーに乗る」，「食事を作るのが面倒だから惣菜を買う」，「自分で旅行行程を考えるのが面倒だから，パックツアーを選ぶ
Part2 作業計画とスケジュール作成の実践知識
進ちょく管理の第一歩は，納期・コスト・品質を守るためのスケジュールを立てることにある。その時に最も重要なのは，現実感のある作業内容を明確に定義することだ。Part2では，「WBS（Work Breakdown Structure）」を使って，緻密で現実的な計画を作るための勘どころを解説する。 「納期から半年遅れでようやくシステムが稼働した」，「要員の追加投入を繰り返し，人件費がかさんで予算を大きく超過した」――。 当初計画した納期を守ることができず，結果的に赤字に陥るプロジェクトが後を絶たない。仕様があいまいで手戻りが多発した，新しい技術の導入に手こずったなど，原因は様々だろう。 中でも多いのが，きちんと計画を立てていないこと，つまり基本ができていないことである。どこかの工程に遅延が生じたら，その場しのぎとばかりに別の工程を担当する要員を投入。今度は別の工程が遅れ始める。こうなると誰もプロ
Part1 科学的な進ちょく管理が不可避に
要件があいまいで手戻りが発生した，バグ修正のために予想以上に工数がかかった――。進ちょくの遅れに直結するリスクが多様化するにつれて，納期や予算を順守できないプロジェクトが増えている。今こそ「EVM」を導入し，進ちょく状況を“可視化”するべきだ。 富士通は「受注額1億円以上」のすべてのプロジェクトを対象に「EVM（Earned Value Management）」と呼ぶ進ちょく管理手法の利用を義務付けている。EVMで算出した進ちょく率をベースに売り上げと利益を月単位で管理し，採算が悪化しているプロジェクトの早期発見，迅速な対応で赤字の回避につなげるのが狙いである。 EVMとは，プロジェクトで実施すべき作業を細かく分割し，それぞれに定義した予定コスト（単位は金額または工数）に基づいて，プロジェクト全体のスケジュールの遅れやコストの超過を“可視化”する進ちょく管理手法のことだ。 大規模プロジェク
第2回 問題の認識--場当たり的な情報収集では失敗，MECEなどの思考技術を駆使
問題解決の第1ステップは，問題把握のための情報収集だ。客観的に漏れなく問題をとらえるためには，「MECE（ミーシー）」の考え方が必須である。 土井 哲／インヴィニオ 代表取締役 前回は問題解決のプロセスを，7つのステップに分けて説明した。今回からは顧客企業の問題の本質をとらえ，抜本的に解決するためのソリューションを提案する，という流れを具体的に示す。実際にどのように進めていけばよいのか，事例を取り上げながらステップバイステップで解説することにしたい。 第1ステップの「問題の認識」では，特に重要になる，現状を正確に把握する情報収集の具体的なやり方を考えてみよう。 ここではシステム・インテグレータで働き，顧客への提案力を高めたいと思っている30歳のSE麻田君と，麻田君の上司である悠木部長に登場してもらい，麻田君と悠木部長のやり取りを通して問題解決のプロセスを解説する。悠木部長は最近経営コンサル
第40回 Web開発者が持つべき視点
前回は，Web開発者が，時にクライアントに反対するかのような意見を述べる必要もあるということを書きました。今回は，なぜそのようなことになるのか，Web開発者の視点はどこにあるのかを述べましょう。 ハイプ曲線 本題に入る前に，一つだけ共通知識を持っておきましょう。ご存知の方も多いとは思いますが，「ハイプ曲線」です。ガートナーが考案した，新しい技術が時間とともにどのように推移するかを示すものです。それぞれの「山」や「谷」の部分の深さや長さが，それぞれの技術によって異なり，その程度によって社会へのインパクトを視覚化できると言われています。 本来の意味は様々な文献がネット上に存在するので，ここでは私の意訳的な解釈を述べたいと思います。 テクノロジーの黎明期 技術が生まれて，まだ告知が十分に知れ渡っていない期間。極々少数の開発者仲間の内で認知されている期間。この後爆発的に広まるかどうかは，この人たち
有能なプロジェクトマネージャを育てるには（1）
団塊の世代が定年を迎えようとしている。しかし、団塊の世代が持っているノウハウは若い世代に受け継がれているのだろうか。今回から3回にわたって、2007年問題ともいわれているノウハウ継承の問題について、特にプロジェクトマネジメント能力の育成に焦点を当てて考えていく。 団塊の世代が組織から去りつつある現在では、プロジェクトマネージャの量的不足・能力不足を懸念する企業が多い。システム開発のプロジェクトマネジメント能力の育成について、今回から3回にわたって考えてみる。 問題とその背景 団塊の世代が歩んできた道 団塊の世代を中心にその前後を形成する世代は、日本企業のIT化の進展とともに、その中で能力をはぐくんできた。この世代の人たちが社会で活躍を始めた1970年代は、日本企業が本格的に情報システム化に取り組みだした時期でもある。 オンライン化やデータベース化などにより、情報システムが業務の形態を抜本的
データベースに必要なセキュリティ対策を一望できるドキュメント，ラックが無償公開
セキュリティ・ベンダーのラックは10月20日，データベースに必要なセキュリティ対策をまとめたドキュメント「セキュアデータベースマトリックス」を公開した。データベースを安全に保つために一般的に必要とされる技術的または人的な対策を網羅的に示している点が特徴だ。これまでデータベース・セキュリティに関しては，暗号化や監査ログの取得といった特定の技術や方法論についての解説は数多くあったが，必要な対策を網羅的に示した資料は多くなかった。ドキュメントの作成を主導した研究開発本部データベースセキュリティ研究所所長の大野祐一氏は，「対策状況を確認するモノサシとして使ってほしい」と語る。 ドキュメントは，ソフト，ハード，ファシリティ（施設・設備），人といったデータベースの維持に必要な構成要素を縦軸に，構築フェーズと運用フェーズで考慮すべきポイントを横軸に取る。このマトリクスの中で，計192項目もの対策を整理し
SEのための提案力強化講座【第2回】
提案で重要になるのは，まず顧客がなぜ提案を依頼しているのか，理由をきちんと押さえることだ。 提案を行う局面は2通りある。1つは提案者側からの働きかけ，つまり計画的かつ能動的に提案する場合。もう1つは，顧客からの働きかけによる受動的な提案の場合である（表1）。 顧客からの働きかけによる受動的な提案は，さらに依頼の理由が分かれる。 1つは，顧客がシステム導入を検討する中で，専門家の意見や判断を参考にしようとしているケース。例えば，見込み客としてはみなしていなかったユーザー企業から，「今，当社で次期システムのあり方について検討中ですが，専門企業である御社から提案していただけませんか」というような提案依頼が来た場合が相当する。 もう1つは，ユーザー企業である程度の検討は終わっているが，検討結果の検証のために提案を依頼されるケースである。 いかなる局面であっても，顧客の依頼の目的を明確にすることが，
作業を中断させない「長篠メソッド」【理論編】
複数の仕事を同時進行させるだけではなく、1つの仕事も細切れの時間で作業しなくてはならないのが、現代のビジネスマンだ。戦国時代の「長篠メソッド」に解決策を見る。 今回の課題：作業を中断させられてもすぐに元の作業に戻れるようにする 状況説明：前回は、「タスクの性質に合わせて最適な時間帯に固める」ということで、取り組もうとしているタスクに対して自分がそのタスクにふさわしいモードになれる時間帯を選ぶといい、というアイデアをご紹介しました。 とは言え、せっかく集中したい午前中に会議が入ったり外出の予定が続いたりと、なかなか自分の思うように時間を取れないこともあります。また、作業途中で急に呼び出されたり、込み入った電話の対応に追われたりすると、元の作業に復帰するのに余計な時間がかかってしまうこともあるでしょう。 このような、自分の意志とは無関係に時間を分断された場合でも、うまく対応できるようにするには
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
http://kenplatz.nikkeibp.co.jp/special/informatix/