「本を書くプロジェクトマネジメントはWbsかアジャイルか」...

copyright (C) 2015 Fumitaka Inayama All Right Reserved.

本を書くプロジェクトマネジメントはWBSかアジャイルか稲山文孝

illustration　りふぁ


今日話すこと話さないこと• 話せないこと

• 秘守義務とか事前調整でぼやかすようにお願いされていることは、　　　話せません

• 話すこと • プロジェクトマネジメント管理から見た執筆 • システム開発手法の観点から見た執筆 • ツール＆テクニックの観点で見た執筆 • マインドセットの観点で見た執筆

このくらいで本が書けるのかと執筆するキッカケ

になれば


おことわり• 今日は、お仕事ではないので…

• このスライドの内容は著者の意見であり、所属する組織の意見を代表するものではありません

もし同一の名称があった場合も、実在する人物、団体とは一切関係ありません


謝辞• 出版の企画から著書の発刊後のPOP貼りまでサポートをしていただいた、　

マイナビ山口さんに感謝をしています • アウトラインだけの登場人物を魅力あるキャラクタに変えてくれた、りふぁ

さんにも感謝をしています

本日講演に足を運んでいただいた

みなさんにも感謝いたします


agenda1.プロジェクト概要 2.プロジェクト計画 3.執筆手法 4.ツール 5.マインドセット 6.進捗 7.進捗（実績） 8.執筆プロジェクトまとめ 9.付録


自己紹介稲山　文孝（いなやまふみたか） @inayamafumitaka（ほぼbot）　公式twitterアカウント

XP祭り参加は３～４回目くらい登壇ははじめて！

株式会社エクサ PMI認定　Project Management Professional（2003年～）

　無線制御システム開発プロジェクト、ビジネスアプリケーションシステム開発プロジェクト、公共大型システム開発プロジェクトPMO

　セキュリティシステム開発プロジェクト・プロジェクトマネージャ、ラインマネージャを経てプロジェクト監査・推進部門。

読書会などのコミュニティ活動なども主宰。


著書の紹介アプリ開発チームのためのプロジェクトマネジメント

　　～チーム駆動開発でいこう！～マイナビ

2015年4月28日発行


キャラクター• 絵師さんのここがすごい

• Wordのオブジェクトで描いたアウトラインがこんなに！ • かなり、編集山口さんの好みが入っているらしい…


絵師さん• 編集山口さんから、「イラストレーターさん、希望があったら連絡ください」

• twitterのTLでたまたま流れていた擬人化ゲームで好みなイラストの絵師さんを数人選んで編集山口さんにメール

• 一人は時期調整であればオーケー • 別の一人は…

• 別の人を探して連絡したタイミングで、りふぁさんから応諾の返事が！


illustration　りふぁ

執筆プロジェクト概要


出版企画• 企画時にインプットしたこと

• 対象読者層 • タイトル（仮） • 目次（仮） • ページ数 • 設定集

• 参考書籍の企画についての情報はこちら　【本を書きたい人必見】本の企画を通す方法　　つ　http://togetter.com/li/255887

どこも同じみたいだね

http://togetter.com/li/255887


規模感• 見積もりの対象…250ページ程度の書物

• ちなみに、B5の用紙１枚にぎっしり書くと1kb　※らしい　　ということは、250ページで25万字相当！　　でも、図表もいれますからね

書けるのかしら

随分と書く

ボリュームがあるのね


プロジェクト・タイムライン

２０１４年２０１５年８月９月１０月１１月１２月１月２月３月４月５月

執筆スタイルの試行

執筆スタイルの確立と量産試作

本格的な執筆開始

企画

４月28日発行

店頭 POP置き

どおして？

あまり良い計画じゃ

ないわ

プロジェクト計画


契約• システムエンジニアにも契約に関する知識は必要です！！

• 出版社と著者との間で契約を取り交わす • 著者は、原稿を引き渡す義務を負う

• 仕事柄、見積もりの契約書をレビューする機会があり、こんなところで役に立つとは思わなかった

• システムエンジニアも契約形態とか権利の帰属とか読み慣れていた方がいい • 自分が書くときには自分で理解できないといけないから

用語に慣れることからね


プロジェクト憲章• 企画がプロジェクトの目的であり、実現しないといけない要件で　　　

とても定性的

• 企画のインプット情報がプロジェクトの原点であり、立ち戻る場所

• 企画がMVP(minimum viable product)と言うより、それが全てであり神様

企画が神様なのよ


スコープ• 目次構成（仮）とページ数（仮）は企画のために提示したが、作風が決まる

までは、どんな本が出来上がるのかは誰もわからない • 作者自身も「これ」と決めているわけじゃない • つまり要件は決まっているけど「技術仕様が決まっていない」という状態

• 「技術仕様は決まっていない」が「定量的な目標」は決まっている

• 言い換えると、試作しないと誰も何が出来上がるかわからない状態

だったら書いてから考えてみたら


スケジュールとマイルストーン• 全体スケジュールのイメージ

• 刊行する時期感を押さえる…「2015年春に出したい」 • このプロジェクトのマイルストーン…校了日、発行日

• 作業項目 • 物書きの作業なので目次構成と付帯作業をWBSにすればいい • WBSを作りました

計画は全体感を押さえて


リソース（人/物/金/時間）• 人的リソース　　わたし…単独なのでリソースは自分だけ

　　　　　　　　　　関係者…編集山口さん/ 絵師さん（編集山口さん配下）

原稿書くのは自分だけだよ


リソース（人/物/金/時間）• 物　　　　　　　ハードウェア（PC）

　　　　　　　　　　　家　　vaio（A4サイズなので実質デスクトップ）　　　　　　　　　　　通勤　iPad AIR　＋　Belkin キーボードケース　　　　　　　　　　　→　Appleのキーボードなので慣れるのに時間が！　　

どこでも原稿を書くのよ


リソース（人/物/金/時間）• 予算　　　　　　Belkin キーボードケース

　　　　　　　　　　参考文献の補充

これで電車の中でも

原稿書けるゾ


リソース（人/物/金/時間）• 時間　　　　　　週末（土日）　＋　平日　深夜早朝

　　　　　　　　　通勤時間！　　　　　　　　　　もともと短い睡眠時間が…

2年前のプロジェクトの

経験が生きたわね


リスク• 初めての執筆でどれだけ書けるか自分自身も未知数 • どんな作風の書籍になるのかもわかっていない

だって書いたことないもん

執筆力がわからなければゴールが予測で

きないよ単位あたりに

どのくらい書けるかを知る必要があるんだから

執筆手法


想像していた作業プロセス• ぼんやりとイメージしていたこと

• 目次構成（仮）が作業の全て • 付帯作業としての図表の作成

• それを踏まえて執筆時はこう進むのかな • 作風の決定　→　校正　→　加筆修正　→　校正　→　校了

こんな感じで進めるの

かなぁ


環境• 執筆環境

• お家での執筆環境（最終形）　 • 通勤での執筆環境

ツール


ツール（執筆用）• 執筆　　　　　　　Microsoft word

• 編集からの執筆のツール、ファイル形式の指定は無し • スタイルを活用して

　　　　普段から使い慣れているのでとても安心して使えました

一番使い慣れてるんじゃないの


ツール（作業メモ用など）• アプリ　　　　　　　evernote…メモ取りに

　　　企画段階から、執筆途中でのネタのメモに

　　　　　　　dropbox…原稿の保管、原稿の渡し

　　　　　　　　フォルダを作ってなんでも入れておきました

　　　　　　　Kindle Reader…iPad AIRでの校正原稿の閲覧に

• 　　　　　　操作に慣れているので。PMBOKもこれで読み直していました


ツール（辞書）• 辞書アプリ

　　　　三省堂　スーパー大辞林　　　　　　　使い勝手がいいです

　　　講談社　類語辞典　※現在は配信中止

• 　　　　　　　類語の表示が直感的んでいいです

人生で一番辞書を引いたね


図表• 表はWordで

• 手書きでも良いと言われたけれどワープロの方が早い

• 挿絵 • サインペンで手書きして、スキャンしたデータを送付 • ３月中旬に一気に

＿■－∴一′・い・一二二

‘：中「毛阜二王こ」－＿l′

ごガ一一才〆ノ「・

〆叫㌧l予も七二ノ／／〆＿▼＿一一一一㌫こす

ニ　ーt・■

ニ　丁協声養欒‾＼＼＼＼、葦蔀溌巌摘心

∵∴－＿ヰ∵杢∴了一十：妄言「～㌔、㌔、塩㌦ノ

も　　　ー∴∴∴　一一二　二

10

＼

ぅ絆山陰攣

－．′】．．■lも


ツール（校正用）• PDFビューワ　　　　　　acrobat reader

• ツールの指定は無し • PDFファイル変換した原稿にコメントを書く

　　　　　　PDF-XChange Viewer…途中で使うのをやめた • コメントの表示に差異があり、最後はAcrobatに

マインドセット


マインドセット• 目的は「本を出すこと」ということを常に意識していた

• 「自分で書かないとねー」と割と冷静に思っていた

• ウトウトしたら「ここもう１節書こう」と書いてた

• 出来高の数字を確認することが楽しみに

• 日曜の午後にお風呂に入りながらデレマスのStar!!　　　　　　　　　　　　　　を聴いてリフレッシュ

本業だって頑張るのよ


優先順位• 1月から4月にかけて何かとイベントの多い時期ですね

• バレンタインデー • ひな祭り

• 週末の運動も一旦中止

執筆に集中しましょうね

進捗


進捗しないスケジュール• 昨日書いたことを見直し始める

• 不安要素どおり、作風が決まらないから • そもそもWBSがいいのか • 埋まらない実績開始日と実績終了日

• PMBOKの受験本でWBSを作って書かれた本もあるけど

レベル1 レベル2 レベル3 入力情報数量成果物理想時間予定開始日予定終了日

実績時間実績開始日実績終了日

執筆要件確定ーキャンバス定義企画時版キャンバス 1 2014/12/15 2014/12/15 0.25 2014/12/15 2014/12/15

書籍名定義企画時書籍名書籍名 0.25 2014/12/16 2014/12/16 0.125 2014/12/16 2014/12/16

補助資料ーペルソナ企画時登場人物ペルソナ 1 2014/12/16 2014/12/16 0.125 2014/12/16

シナリオアウトライン

企画時アウトライン

シナリオアウトライン 1 2014/12/16 2014/12/16 0.125 2014/12/16

執筆ルール 2014/12/15入手出版社ガイドライン 0

自分のルール 0.5

目次ー目次仮決定企画時目次目次 1 2014/12/16 2014/12/16 0.125 2014/12/16 2014/12/16

書籍構成節以降検討ー

章立て章節項 2014/12/16 2014/12/16 0.125 2014/12/16 2014/12/16

ページ数（目安）

章節項ごとのページ数

日程仮日程設定 WBS 仮出稿日 2014/12/21 2014/12/21 2014/12/21

スプリントゼロー仮見積り試し執筆ー

執筆はじめに 2014/12/21 2014/12/21 2 2014/12/21 2014/12/21

レビュー 2014/12/22 2014/12/22

日程への実績反映 2014/12/22 2014/12/28

普段人に言っていること自分でやってどうするの


でも、EAC(Estimate At Cost)は知りたい• いつ終わるのか見通しを立てたい

• 実績に基づいた進捗のペースがわかればいい

そんなの簡単だよね


定量的に計測する• １月の年初から記録を始める

• 執筆した翌日の朝に前日の文字数を記録する

開始差分平均1月19日月 104561月20日火 11555 10991月21日水 12855 13001月22日木 13382 5271月23日金 13988 6061月24日土 20966 69781月25日日 24259 3293 2300.51月26日月 25331 10721月27日火 26483 11521月28日水 26483 01月29日木 28500 20171月30日金 29521 10211月31日土 31542 2021

メトリクスを計測するのは地味だけど基本よ


EAC(Estimate At Cost)を見積もってみたら• なぜか校了時期が９月ごろになってしまった…なぜ？

• 計測結果に安全係数を掛けて • さらに週あたりの執筆スピードを下げた

• 実績からの積み上げは、バッファを積み上げる

レベル1 レベル2 レベル3 入力情報数量成果物理想時間予定開始日予定終了日実績時間実績開始日実績終了日執筆ー

はじめに 2 導入部 2014/12/21

執筆 2014/12/21 2014/12/26 2014/12/21 2014/12/21

レビュー 2014/12/27 2014/12/271章

執筆 2014/12/28 2015/01/02

レビュー 2015/01/03 2015/01/03

1 はじめまして執筆 2015/01/04 2015/01/09

レビュー 2015/01/10 2015/01/101.1 わたしたちのプロジェクトチームへようこそ執筆 2015/01/11 2015/01/16

レビュー 2015/01/17 2015/01/175.4 ふりかえりがチームを伸ばす執筆 2015/08/16 2015/08/21

レビュー 2015/08/22 2015/08/225.5 長所はシンプル執筆 2015/08/23 2015/08/28

レビュー 2015/08/29 2015/08/295.6プロジェクトは続く執筆 2015/08/30 2015/09/04

レビュー 2015/09/05 2015/09/05

春だよ秋じゃない

のよ

バッファ取りすぎでしょ


スケジュール（実績＆見通し）

２０１４年２０１５年８月９月１０月１１月１２月１月２月３月４月５月

執筆スタイルの格闘と試行錯誤

企画

• WBSを積み上げたら校了は９月まで突入しちゃう⁉

積み上げたら秋までかかりそう

春に刊行ですよ


WBSは捨てました• WBSは成果物を作成する作業に分解するためのもの

• その点では本来の役に立った • ただ、執筆力がわからない場合には先を見通すためには…

レベル1 レベル2 レベル3 入力情報数量成果物理想時間予定開始日予定終了日実績時間実績開始日実績終了日スプリントゼロー

仮見積り試し執筆ー

執筆はじめに 2014/12/21 2014/12/21 2 2014/12/21 2014/12/21

レビュー 2014/12/22 2014/12/22

日程への実績反映 2014/12/22 2014/12/28

日程ーマイルストーン山口さんに聞く

日付設定執筆ー

はじめに 2 導入部 2014/12/21

執筆 2014/12/21 2014/12/26 2014/12/21 2014/12/21

レビュー 2014/12/27 2014/12/271章

執筆 2014/12/28 2015/01/02

レビュー 2015/01/03 2015/01/031 はじめまして執筆 2015/01/04 2015/01/09

レビュー 2015/01/10 2015/01/101.1 わたしたちのプロジェクトチームへようこそ執筆 2015/01/11 2015/01/16

レビュー 2015/01/17 2015/01/17

WBS本来の

作業を切り出す目的は果たした

のね

でも進捗管理としてはダメね


執筆スタイルの変更• 執筆スタイルを試行錯誤の末、「ストーリー仕立て」に変えることにした

• 「ストーリー仕立て」のスタイルならどのくらいで書けるのか • 「節を書くために必要な時間」 • 「その時間で書ける文字数の平均」

• 内心、技術書界のラノベになったらいいなぁ、と。

わかったわさっさと書きなさい


2月9日月 372492月10日火 38096 8472月11日水 38914 8182月12日木 38914 02月13日金 39883 9692月14日土 40653 7702月15日日 40932 2792月16日月 42935 20032月17日火 44008 10732月18日水 44261 2532月19日木 44829 5682月20日金 45089 2602月21日土 46215 11262月22日日 47327 11122月23日月 47415 882月24日火 48197 7822月25日水 48848 6512月26日木 49686 838

0

750

1500

2250

3000

0

12500

25000

37500

50000

• 1月下旬から変化が • 作風がストーリー仕立てで固まりかける • 試作から量産試作で出来高に自信が持てそう • なにより、執筆のリズムが出来てきた

進捗の変化出来高


スケジュール（作風変更時点）

２０１４年２０１５年８月９月１０月１１月１２月１月２月３月４月５月


ストーリー仕立ての作風に変更して試作


企画

• ２月末まではストーリー仕立てで数節だけ‼

それより納期の見通しを立てようよ


この時期いつも考えていたこと• いくつかの「節」を試作して計測してみて、仕上げられそうかを自問した

• 何を根拠に校了日までにできると言えるの • できないと債務不履行だよ

そろそろ納期をコミットしなさい


スケジュール（セミファイナル）

２０１４年２０１５年８月９月１０月１１月１２月１月２月３月４月５月

絵師さん決めて！



企画企画書と違います！

• 内容がずれると編集山口さんからしっかりツッコミ • 絵師さんを決めたのはこの頃


この時期に考えていたこと• 「校正は大変だ」と聞いたことがあった

• 校正を大変にするのも楽にするのも自分自身 • だったら、執筆するときに表現したいと思ったように書けているかを気に

した

設計品質を作り込みなさい

進捗（実績）


進捗• 2月中旬あたりから執筆量がイメージできるように

• 節あたり１時間あればここまで出来る • あの時間帯で１節書こう

-50,000

-37,500

-25,000

-12,500

0

12,500

0

30,000

60,000

90,000

120,000

開始差分1月19日月 104561月20日火 11555 10991月21日水 12855 13001月22日木 13382 5271月23日金 13988 6061月24日土 20966 69781月25日日 24259 32931月26日月 25331 10721月27日火 26483 1152

出来高


スケジュール

２０１４年２０１５年８月９月１０月１１月１２月１月２月３月４月５月




企画

４月28日発行

刊行は GW前に！

校了のリミット

• ３月月初に編集山口さんから詰められる　「ゴールデンウィーク前に出しましょう！」　「校了は４月上旬に」

ゴールデンウィーク前に決定よ


店頭POP置き「やりました」• ジュンク堂池袋本店/書泉ブックタワー/丸善丸の内本店/紀伊国屋本店など

撮影許可済み

執筆プロジェクトまとめ


• ５つのステップを踏んでお話してきました

プロジェクトの過程


ツール

執筆手法


出版企画


プロジェクトの過程で起きていること


ツール

執筆手法


出版企画

プロジェクト目的の定義

企画情報から執筆プロジェクトの管理項目を押さえる

執筆作業の段取りと目次構成からWBSに作業分解する

メトリクスとして執筆量を計測する

計測したがスケジュールどおり進まず

作風の試行錯誤出来高に基づくスケジュールの見直し

プロジェクトの目的をリマインド

出来高のモニタリング

進行の調整


• 4つの階層の関係をプロジェクトマネージメントフレームワークと呼びます。この本でその要素と関係を定義しました • 執筆プロジェクトそのものが、著書の中で書いていたプロジェクトマネジ

メントフレームワークを無意識に実践していた

プロジェクトマネジメントフレームワーク


ツール

執筆手法


出版企画


システム開発手法

ツール＆テクニック

プロジェクトマネジメント管理


• ５つのステップは固定観念にとらわれずプロジェクトが進むかどうかで、　採用する手段を判断する

プロジェクトマネジメントに採用する手段の判断基準

プロジェクトマネジメント管理

ツール＆テクニック

システム開発手法


プロジェクトマネジメントの管理メッシュに一致させる

プロジェクトの目的を実現できるプロセスを選択

制約条件や前提条件を吸収できる道具を選択

目的を達成する動機付けとリフレッシュできるイベント


• プロジェクトに関わる人が幸せになるためには、 • プロジェクトの進め方を • メンバが同じ理解をもって • 取り組める文化を創ることです

• そのための文化を創るヒントがここに！

おすすめする理由

付録

copyright (C) 2015 Fumitaka Inayama All Right Reserved.参考文献（Amazonの書評にリクエストがありましたので）

書籍上に掲載した参考または引用文献

入手可　PMBOK 5th /Project Management Institute 入手可　組織行動のマネジメント /Stephen P. Robbins　髙木晴夫　訳古本　　ピアレビュー　高品質ソフトウェア開発のために /Karl Wiegers　大久保雅一　監訳入手可　最高のリーダー、マネジャーがいつも考えているたったひとつのこと /Marcus Buckingham　加賀山卓朗訳

プロジェクトマネジメントで参考になる文献入手可　アート・オブ・プロジェクトマネジメント /Scott Berkun　村上雅章　翻訳入手可　アジャイルな見積りと計画づくり /Mike Cohn, マイクコーン,　安井力　角谷信太郎　翻訳入手可　リーンソフトウェア開発と組織改革 /Mary and Tom Poppendieck　依田光江　翻訳　依田智夫　監訳入手可　リーン開発の現場 /Henrik Kniberg　角谷信太郎　市谷聡啓　藤原大　翻訳入手可　なぜ、システム開発はモメるのか /細川義洋入手可　プロジェクト迷走す Helga Drummond　沢田芳郎　山口健二　翻訳入手可　熊とワルツを /トム・デマルコ　ティモシー・リスター　伊豆原弓　翻訳入手可　トヨタ生産方式 /大野耐一

注　入手については、2015年8月28日時点調べ

questions?

「本を書くプロジェクトマネジメントはWbsかアジャイルか」...

Software

Transcript of 「本を書くプロジェクトマネジメントはWbsかアジャイルか」...