感謝

大人のデパートm'sで縞パンすくい 「わけがわからないよ」「もうやだこの国ｗｗｗｗ」 : アキバBlog様
からのアクセスがあり、まどマギ法学同人誌の３刷の件かなぁと思ったところ、縞パンネタでした。

ほむほむが縞パンを履いていない？ こんなの絶対おかしいよ！？〜まどかと盗品運搬罪 - アニメキャラが行列を作る法律相談所withアホヲタ元法学部生の日常
という、刑法の論稿に見せかけて、単に縞ぱむは正義！とだけ叫んでいるというアホ記事を取り上げていただき、ありがとうございます。

お礼

セキュリティホール memo様に当サイトをご紹介いただきました。
ありがとうございました。

日本オタク法制史〜日本近代BLの父ボアソナード

法学事始―ボアソナードと門弟物語

１．日本民法の父ボアソナード
 ボアソナード博士（Gustave Émile Boissonade）。明治政府の近代法導入推進のため、フランスから招聘された法学者である。日本民法の父とも言われ、また、法政大学初代教頭としても有名である。
 しかし、ボアソナードが、日本の腐女子文化の発展に多大なる貢献をしたことは、意外な程知られていない。
 以下、日本近代におけるBL規制史を概観し、ボアソナード博士の貢献を論じよう。

２．鶏姦条例の制定と適用
 周知のとおり、江戸時代まで、日本においては、男性同士の性的関係については、比較的許容されていた。稚児文化、「醒睡笑」、「三王外記」等については、ここで改めて論じるまでもないだろう。
  しかし、近代日本を創設する際、この慣習を「悪弊」として葬り去ろうとする動きが見られた。

白川県伺
管下に於て官校私塾設立生徒入学頻に得競の処古来よりの悪習にて男色の憂あり
是が為めに幼年の徒大に修行の妨げと相成に付
屹と所件を加えたきの件
府県伺留４・１２８号より（カタカナを平仮名にした）

要するに、白川県で学校の生徒間で男同士の関係がはやり、学習の妨げになるので厳しく対応したいとの申し出が司法省（今の法務省）になされたのである。
 ここで、男色が古来よりの悪習とされている。そう、新生日本では撲滅しようという強い意思が伺われる。

 これが、近代日本の刑罰法規を起草しようとしていた明治政府の採用するところとなる。明治５年１０月１５日には、「鶏姦条例」として司法省が規制を求め、太政官（明治政府の最高行政機関）の認めることとなり、明治６年７月１０日に施行された新しい刑罰法規、「改定律令」の中に取り込まれた*1。

２６６条 凡（およそ）鶏姦する者は各懲役９０日、華士族は破廉恥甚をもって論ず
其の姦せらるる幼童１５歳以下の者は坐せず
若し強姦する者は懲役１０年
未だ成らざる者は（罪）一等を減ず

 要するに、和姦と強姦の二種類を規定し、前者よりも後者を重く罰した上で、１５歳以下の相手方は免責するといった規定を置いたのである。

 団藤重光『刑法要綱各論』によれば、主に幼い者に対する事案で実際に処罰された。
 同書の引用する大判明治９年１２月２１日大審院刑事判決録巻２５０８頁は、４歳の男児に対する鶏姦について、強姦罪に関する規定が準用されるかが問題となった。説明の便宜のため、現行刑法を挙げよう。

第百七十七条 　暴行又は脅迫を用いて十三歳以上の女子を姦淫した者は、強姦の罪とし、三年以上の有期懲役に処する。十三歳未満の女子を姦淫した者も、同様とする。

要するに、１３歳未満だと相手と合意しても強姦罪で処罰される。これと同じ規定が当時の改定律令２６０条にあるところ、検察側は、「本件は４歳の被害者が問題となっているので、改定律令２６０条を類推適用し、懲役９０日ではなく、懲役１０年にすべき」と主張し、高知裁判所がこれを認めて懲役１０年に処した。これに対し大審院に上告がなされたのである。

（鶏姦と強姦では）惟（ただ）男女の異あるのみにして其の状正に之に類す
（中略）
高知裁判所の裁判を破棄すべき理由なしとす
依って上告状却下する者成
大判明治９年１２月２１日大審院刑事判決録巻２５０８頁

 刑罰法規は何をやってよくて何がダメなのかが明確でなければならない。そこで、他の規定を類推して処罰してはいけない。それにも関わらず、この類推適用を認めて、強鶏姦とみなして１０年の懲役としてしまったのである*2 。それでも類推適用して重罰を科したところに、大審院の裁判官が、近代化のため、男色行為を撲滅すべしとの強い意思を持っていたことが推測される。

３．旧刑法の起草
 明治１３年に制定されたいわゆる旧刑法は、不平等条約改定のため、西欧の法律を導入する中で、ボアソナードに草案を作らせた、いわば初めての本格的西洋風刑法*3である。明治９〜１０年、ボアソナードは司法省から、旧刑法起草を依頼された。ボアソナード博士はまだ５０前後。日本法制度近代化のために、意欲を燃やしていた。

 ボアソナードの作った旧刑法草案は、鶴田皓をはじめとする司法省側で検討された。検討後、ボアソナードと鶴田の間の激しい質疑討論が行われた。
 ボアソナード草案の特徴の一つは鶏姦処罰規定を削除したことである。これに対し、司法省からは、鶏姦規定削除はこれを「公認」されたのではないかという危惧が示された。ボアソナードはいう。

仏国にては鶏姦と雖（いえど）も双方承諾上なれば之を罰せざる者と為せり
然（しか）し鶏姦は大抵丁年以上の者同志にて之を犯すことなし
故に若（も）し幼者に対して之を犯したる時は即猥褻の所行と成して罰すべきに付、是亦（これまた）刑法に置くに及ばず
（中略）
鶏姦獣姦を犯したる者は人民間に於（お）いて十分卑しみ悪まるる者に付丈夫けにても殆ど刑法にて罰せらると同じことなり
日本刑法草案会議筆記３分冊２０４４頁*4

要するに、無理やりの場合とか、何も知らない幼い子相手といった実害がある場合には、強制わいせつ罪で処断すればいい。しかし、大人の同意の上でされた場合、社会道徳的な問題はあるのだろうが、更に法律で刑罰をもって規制すべきでないというのである。

 ボアソナード博士は、「鶏姦獣姦を犯したる者は人民間に於（お）いて十分卑しみ悪まるる」と述べる等、ボアソナード自身がBL趣味を持っているという訳ではなさそうである*5。
 むしろ、ボアソナードの主眼は刑罰法規は過度に私生活に介入してはならないというものであった。同様の問題意識でボアソナード削除させたものに近親相姦処罰規定がある。

仏国刑法に之（注：近親相姦処罰規定）を置かざるも畢竟（法律は）家内に出入り私事を言于かざるとの主意に因（よ）りて然（しか）る訳なり
日本刑法草案会議筆記３分冊２０３１頁

要するに、ボアソナードは、好きあう二人の間の「私事」に関しては、道徳的な問題や社会的非難はあるかもしれないが、それ以上に、刑罰法規を設けて国家権力が入ってはいけないとしたのだ。このボアソナードの気迫に、最後は鶴田も折れた。

 このようなボアソナードの並々ならぬ努力の結果、現在まで、男性同士の性的接触については、大人が同意して行っている限り、刑法的処罰がなされていないのである。
  

まとめ
 日本民法の父とも呼ばれるボワソナードは、日本近代BLの父でもあった。今日の腐女子文化はボワソナードの存在なくして語れない。
 しかし、ボアソナードの真の業績は刑罰法規は私事には過度に立ち入らないという考えで一度は鳴り物入りで導入された規定を排除したところだろう。権力者が規制を強化するのは積極的だが、規制緩和は並々ならぬ努力が必要である。
それでもなお、鶏姦処罰規定を廃止したのは、ボアソナード博士がこのようなプライベートな事項への国家介入を強く警戒していたことの現れである。
児童ポルノ単純所持処罰立法の是非*6等を考える上でも、このような刑法立法過程は省察されるべきであろう。

*1:手塚豊「明治六年太政官布告第６５号の効力-最高裁判決に対する一異見-」法学研究３７巻１号２５頁以下、霞信彦「鶏姦規定をめぐる若干の交際」法学研究５８巻１号１頁以下参照

*2:これは現在では刑法１７６条後段の強制わいせつ罪になるが、現行刑法は明文規定があるのであり、明文がないのに類推することを許容している訳ではない。

*3:改定律令は、いわば初めての西洋風を「目指した」刑法といっていいだろう。

*4:http://www.wul.waseda.ac.jp/collect/wa/wa13-6464.html

*5:はい、そこ、ボアソナード×鶴田は禁止！ 鶴田×ボアソナードも禁止！

*6:製造や流通ならば私事ではないと言われる余地はあると思いますがね。

PM未経験者のプロジェクトマネージャ試験（情報処理技術者試験）１ヶ月合格体験記

プロジェクトマネージャ 午後2 最速の論文対策 2015年度 (TACの情報処理技術者試験対策シリーズ)

１．PM未経験者がほぼ一ヶ月の試験対策期間で2011年のPMに合格
２０１１年、６月２６日、平成２３年春季（？）情報処理技術者試験（特別試験）が行われた。４月に実施される予定が、今回の大震災で流れ、６月になった訳である。
　本日、８月１５日、この特別試験のプロマネ*1の合格発表があり、プロジェクトマネージャーに合格した*2。

　私は、一年前に情報セキュリティスペシャリストに合格している。
知識０からの情報セキュリティスペシャリスト３ヶ月合格法 - アニメキャラが行列を作る法律相談所withアホヲタ元法学部生の日常
このことから考えると、一応プロジェクト・マネージャの試験勉強を開始する以前からプロマネを含む各ジャンルにつきITSS（ITスキル標準）のレベル３（応用情報相当）には到達していたものと思われる。
私は、システム開発そのものに携わった経験はなく、もちろんプロジェクトマネージャーを担当したこともないものの、「法務」の観点からプロジェクトの「後始末」に関与させていただいた経験がある。*3。

　このような私ですが、５月末に 同人誌を出すまではほとんどプロジェクトマネージャー試験の対策をしていなかったので、６月末の特別試験まで、実質１ヶ月の試験対策勉強期間で合格したことになる。

　私の経験が、いわゆる応用情報技術者試験合格レベルの方や、他の高度資格をお持ちの方が、「短期間の試験対策」で平成２４年春（２０１２年春）のプロジェクトマネージャ試験に短期合格するための参考になればと思い、自分の勉強法と、本番でA評価をいただいた再現答案を公開させていただきたい。

ご参考まで、IT企業の法務部の仕事については、
IT企業法務部員の仕事〜おおまかなスケッチ - アニメキャラが行列を作る法律相談所withアホヲタ元法学部生の日常
に簡単にまとめた。プロマネとの関係では、「不幸にしてプロジェクトが法務案件になる」局面で、プロマネの方のマネジメントを検証するお仕事（プロジェクトマネジメント義務違反の有無）がある。検証する「立場」を務めさせていただく以上、プロジェクトマネジメントについて体系的に学ばせていただこうというのがプロマネ試験受験の動機である。

２．勉強法の概要
　午前I免除だったため、午前IIから受けることになったた。過去問を解いて分かったのは、
・午前IIは、いわゆる高度共通午前Iとレベル的にはほとんど変わらない（ただ、PMPの知識が出題されるのが大きな違い。）
・午後Iは毎年のように同じ点が問題となる質問ばかりされる
・午後IIが論文なので対策がかなり難しい
　というところである。

（１）午前II、午後I対策
午前IIと午後I対策は、
具志堅融先生、葛西澄男先生の「 ポケットスタディ プロジェクトマネージャ (情報処理技術者試験) 」

ポケットスタディ プロジェクトマネージャ (情報処理技術者試験)

を使った。
この本は、プロジェクトマネジメントの各分野をコンパクトに解説しているので、わずか１ヶ月の勉強時間で忘れていた知識を呼びおこし、ITSSレベル４に至るために欠けている知識を補充するという目的にはもってこいであった。
また、午前II対策としてチャンス問題を特集していた。要するに、「毎年出て答えも変わらない」問題である。これをやるだけで２０点くらい違うことから、チャンス問題を確実にしておけば、突破率は大きく変わると思われる*4。
 午後Iは、「過去に問われたことが聞かれる」ということで、過去の問題の回答パターンがまとまっていた。つまり、実際のプロジェクトでは、問題が発生した際の「正解」はいろいろあり得る*5が、テストでは回答が１つ*6に決まる必要があるので、そういう「試験でよく聞かれる状況に関するテスト向けの回答」を覚えておけば、合格率が上がるということである。特に、同書で「頻出」とされるところは、私が受験した平成２３年春にも類題が出題され、実際に役に立った。
本書の様々な特長のうち、上記の２点は、かなりテクニックに走っているので賛否があり得るところだが、本書はテクニックだけの本ではなく、テクニックと基礎知識（プロジェクトマネジメント技術）の双方を対象としている。テクニックを使う前提としての基礎知識の必要性は本書も否定していないし、私も実感しているところである。ここは、「基礎知識を前提に、テクニックもつけることで、合格率が上がる」という趣旨と理解していただければありがたいところである。

なお、

プロジェクトマネージャ完全教本 2015年版 (情報処理技術者試験)

　は、比較的まとまっており、会場でもこれを持ってる人が多い定番の教科書である。ただ、分量が多く、また、知識の説明に加え問題集が含まれているので、*7まともに頭からやっていると時間がかかり、最初にやった内容を忘れる。一度「説明」だけ通読し、それから問題を解く中で「あれっ！？」と思ったことを戻って確認した。

　なお、今回の特別試験は午後Iで苦戦された方が多かったようである。部分点がかなりもらえる*8ので、部分点を拾ってもらうように要素を多く盛り込むこと、午後Iが悪くてもあきらめないで午後IIを頑張ることが合格のポイントと思われる。

（２）午後II
 次に最難関の午後IIについては、
三好隆宏先生の「プロジェクトマネージャ 午後II 最速の論文対策 」

プロジェクトマネージャ 午後2 最速の論文対策 2015年度 (TACの情報処理技術者試験対策シリーズ)

 が最短合格のための最良の本であると、確信を持って言える。この本がなければ合格はあり得なかったスゴ本である。
この本は「モジュール」を作っておき、これを組み合わせることを励行している。具体例なモジュールを使った論文技法については、本書を購入して熟読していただきたい。ただ、その凄さを紹介するために、以下簡単にまとめさせていただきたい*9。

　　何も準備せず、いざ現場に行って問題をみるとしよう。三問のうち、自分の経験にバッチリヒットした問題があれば、２時間で論文を書いて合格できるかもしれない。
　しかし、そういう「運」に頼るのではなく、事前準備をして、自分が直接経験がない問題でも、「自分がPGやSEとして参加したプロジェクトにおいてPMがやっていた工夫」「社内報で紹介されていたプロジェクトマネジメントの実例」「他の人の論文例」等から、論文に「使える材料」を選び出してストック（保存）しておけば、どんな問題が出ても、「自分が経験したA社案件のシステムを使って、PMの工夫については社内報にあったB社の例、評価や課題については模範論文のあの内容を使おう」といった感じで回答できるようになり、確実に合格できるということである。

プロマネ試験の問題をみてみよう。３題から１つを選ぶが、それぞれ、設問アから設問ウという形で「書くべきテーマ」が指示されている。例えば、「システム概要」「人間関係の問題点」「解決のための工夫点」等を書けと指示されているので、そのようなテーマで回答用紙を埋める必要があることは、誰でも分かるだろう。しかし、この「テーマ」さえ同じであれば、良い評価が取れるのか？
「否」である。

　問題文をよく読むと、設問アから設問ウの前に、比較的長文の記載がされており、テーマに関する例示がされている。与られたテーマが「あなたはどうやって人間関係をマネジメントしたのか？」という問題であれば、問題文そのものに「例えば、要員のモチベーションを上げる」とかが例示されている。もちろん無意味に例示が存在する訳がない。例示がある理由は「こういう例を書いてね」という誘導であり、これを全て論文に盛り込む必要はないものの、例示を完全に無視すると「明後日の方向」の答案になりやすい*10。
では、その問題文に例示にされている文言を回答にそのまま書けばいいのかというと、それだけでは足りない。先ほどの例でいうと、「要員のモチベーションを上げて人間関係をマネジメントした。」とだけでは、原稿用紙は埋まらないだろう。やはり、プロマネとしての知識・経験があることを示すため、何かのエピソードを使ってふくらませる必要がある。
特に、この膨らませる部分を現場で考えるのは大変であり、それはPMとしての経験が「ない」、ないしは、「少ない人」にとっては顕著である。そこで、事前に使えそうなエピソード等を「モジュール（部品）」として整理しておこう、そしてこれを組み合わせて、問題文の誘導に乗り、かつ、具体的で迫真的な論文にしよう。

というのが、私なりに理解する「モジュール」による合格答案の作り方である。詳しくは本書をぜひ読んでいただきたい。

この本は、具体的な過去問に即してモジュールを使った論文技法を説明し、いろいろなアドバイスも散りばめている。特に、アドバイスのうち、組織要員管理は一番出やすいし応用が効くという記載は試験当日に効き、組織要員管理の論文を選択したところ、合格することができた。
本書は非常に薄いので、前日の一夜漬けでも効くことは効くだろう。しかし、できれば１ヶ月前ないしはもう少し前に一読して、「モジュールの整理」をしておく方が合格率が上がりそうである。

具体的なモジュールの整理方法であるが、実務経験をお持ちの方は「経験の棚卸し」をされるのがよろしいと思われる。それぞれのプロジェクトの概要や特徴をまとめたり、あのプロジェクトでPMの◯さんがこんな苦労をしていたな等の「試験で使えそうなエピソード」をピクアップする訳である。ただ、実務経験がないと、モジュールが出てこない。社内報等の情報源があればそれも良いが、「公開情報」から、モジュールを作る方法がある。それは、合格レベルにある答案例からモジュールを抽出し、これをストックして組み合わせるという方法である。
具体的には、私は、岡山 昌二先生の「プロジェクトマネージャ合格論文の書き方・事例集 (情報処理技術者試験対策書) 」

プロジェクトマネージャ 合格論文の書き方・事例集 第4版 (論文事例集シリーズ)

を参考にさせていただいた。同書は同じ問題に二つの回答が載っている問題もあり、いろいろな具体例が豊富に挙がっている。この中から試験で使えそうなのをモジュールとして簡潔に要約し、ストックした。具体例には、モジュールをまとめた１０数ページのワードファイルを作成し、これを暇な時間に読み込んだ。

（３）勉強期間について
諸般の事情で１ヶ月しか勉強できなかったので、「１ヶ月でできる事だけに注力して全力を尽くす」という方法を採った。
結果的には辛うじて合格することができたが、プロジェクトマネージャ試験は１ヶ月で「余裕で」合格できるというものではないということを痛感した。
また、今回は幸いにして１ヶ月の間は、仕事中以外は勉強に集中できたが、「勉強しようと思ったらプロジェクトが火を吹いた、客先でトラブル発生」等のリスクが発生することもある。
「既に合格レベルで論文も書けるよ」という方を除けば、応用情報レベルの方であっても３ヶ月以上の勉強期間を設けた方が安心であろう。

３．息抜きがてらに
  息抜きにお勧めなのは司馬紅太郎先生の「空想プロジェクトマネジメント読本」である。

空想プロジェクトマネジメント読本

 午前IIは最近PMBOKが問われるところ、本書はPMBOK（古いバージョンですが）の勉強にも役立つ。面白さのあまり、魔法少女まどか☆マギカにからめたこんな馬鹿なエントリを書いてしまったぐらいである。
ほむほむのプロジェクト・マネジメント〜ぷろ☆マネ！？ - アニメキャラが行列を作る法律相談所withアホヲタ元法学部生の日常
ちなみに、魔法少女まどか☆マギカと情報処理技術者試験といえば、定番は、
魔法少女まどか☆マギカに学ぶ，試験合格の７つのコツ
ですね。

 更にオススメは夏海公司先生の「なれる!SE 4 誰でもできる？プロジェクト管理」である。

なれる!SE 4 誰でもできる？プロジェクト管理 (電撃文庫 な)

プロジェクト・マネージャを目指される方なら、PM魂を揺さぶられるはずですので、ぜひ読んで欲しい本である。内容は結構デフォルメがあるものの、結構案件によっては近いものもあるので、ニヤニヤできるはず。ただ、いくら「実務」で使えるノウハウであっても、試験には「形式上のチェックしかしないPMOは屑」とか、「管理するメンバは◯と◯と◯に分かれる*11」とかは出ないので、息抜きがてらに。
正式契約結ぶ前なら、内定済のベンダを取り替えてもOK？〜なれる！SEと契約締結上の過失 - アニメキャラが行列を作る法律相談所withアホヲタ元法学部生の日常

４．PM経験０のアホヲタ論文再現
平成２３年春のプロジェクトマネージャ試験午後IIの第３問は以下のようなものであった。

問３　システム開発プロジェクトにおける組織要員管理について
　プロジェクトマネージャ（ＰＭ）には、プロジェクト目標の達成に向けてプロジェクトを円滑に運営できるチームを編成し、チームを構成する要員が個々の能力を十分に発揮できるように要員を管理することが求められる。
　要員のもつ能力には、専門知識や開発スキルなどの技術的側面や、精神力や人間関係への対応力などの人間的側面がある。プロジェクトの遂行中には、ともすれば技術的側面を重視しがちである。しかし、人間的側面に起因した問題（以下、人間的側面の問題という）を軽視すると、次のようなプロジェクト目標の達成を阻害するリスクを誘発することがある。
　・意欲の低下による成果物の品質の低下
　・健康を損なうことによる進捗の遅延
　・要員間の対立がもたらす作業効率の低下によるコストの増加
　ＰＭはプロジェクト遂行中に人間的側面の問題の発生を察知した場合、その問題によって誘発される、プロジェクト目標の達成を阻害するリスクを想定し、人間的側面の問題に対して原因を取り除いたり、影響を軽減したりするなどして、適切な対策を取る必要がある。
　あなたの経験と考えに基づいて、設問ア〜ウに従って論述せよ

設問ア　あなたが携わったシステム開発プロジェクトの目標、及びプロジェクトのチーム編成とその特徴について、800字以内で述べよ。
設問イ　設問アで述べたプロジェクト遂行中に察知した人間的側面の問題と、その問題によって誘発されると想定したプロジェクト目標の達成を阻害するリスク、および人間的側面の問題への対策について、800字以上1600字以内で具体的に述べよ。
設問ウ　設問イで述べた対策の評価、認識した課題、今後の改善点について、600字以上1200字以内で具体的に述べよ

  以下は、PM経験０のアホヲタによる論文の再現である。冒頭の三行だけ大人の事情で変えていますが、それ以外は試験当日書き起こしたほぼ完全な再現である。なお、マズローの欲求五段階説だの、腕利きプログラマのトラブルだのは、

プロジェクトマネージャ合格論文の書き方・事例集 (情報処理技術者試験対策書)

から、ほぼそのままモジュールとして利用させていただいている。

 答案を書く際に最優先事項として気を付けたのは、問題文の「誘導に乗る」ことである。要員の意欲の低下や、要員間の対立が問題文にあるので、自分のモジュールにある、意欲低下事例、要員間対立事例をピックアップした。後は問題文の聞いていることに従って、特徴＆目標→問題→リスク→対策→まとめという順番にモジュールを置いていった。
 お陰様で、A評価をいただき、合格することができた。

なお、この再現は合格最低ライン答案であり、模範答案ではないことにご留意いただきたい。模範答案は、三好先生の答案を参考にしていただきたい。

問３ システム開発プロジェクトにおける組織要員管理について

１．プロジェクトの目標と特徴
１．１ プロジェクトの目標
 私がプロジェクトマネージャ（PM）として従事したプロジェクトは、自動車部品メーカA社の生産管理システムのリプレースである。A社は、B自動車系列の自動車部品メーカーであり、B自動車からの厳しいJIT部品供給要求に的確に応えるため、昔ながらのオフコンで動いていた生産管理システムを、クライアント・サーバでリプレースすることになった。そこで、生産管理に強みを持つ中堅ベンダであるC社がこのプロジェクトを受託し、私がPMに任命された*12。
  プロジェクトには２つの目標があった。
 一つ目が、納期厳守である。現行システムを来年４月以降も動かす場合、予定される制度改正への対応をする必要があり、A社はそれを嫌がった。そこで、来年４月から新システムを稼働させることが絶対的な目標であった*13。
  二つ目がオンザジョブトレーニングであった。１．２で述べるとおり、C社の教育制度の関係で、３名を作業に従事させながら教育することが目標とされた。

１．２プロジェクトのチーム編成と特徴
 私の下に、オンライン処理チームと、バッチ処理チームの２つのチームを置いた。各チームにはリーダ１人と、それをサポートするサブリーダ２人を置いた。
 今回のチーム編成の特徴は２つである。
 まず、納期厳守の目標を達成するため、３人のベテラン技術者に参画してもらった。クライアント・サーバ形式の生産管理システムの経験豊富なベテランをクリティカルパスに張り付けることで、納期が約１年と、規模の割には比較的短いこのプロジェクトの目標達成を確実なものとしようとしたのである*14。
 次に、C社では、２〜３年下流工程を経験したプログラマに、上流工程をOJTで経験させることとしている。このプロジェクトには３名の３〜５年目の要員が参加し、ほぼ初めての要件定義や外部設計に参加することとなった*15。

２．人間的側面の問題
２．１． OJTについて
２．１．１ 人的側面の問題
 要件定義は、C社の要員が A社の担当者から要件をヒアリングし、これをドキュメントにまとめて共同レビューを行い、指摘点を修正するという過程を経る。
 ３名がほとんど上流工程の経験がないので、私はリーダらに、三人を「フォローしてくれ」と依頼した。
 最初は三人がやる気を見せているようであり、日報 からもその様子が伺われ、また、顔を合わせた時も生き生きとしていた。ところが、要件定義が始まって２〜３週間が経過した時点で、日報の記載が雑になり、浮かない顔をするようになった。
三人に何か問題が生じているのではと考え、本音を言いやすいよう、三人と個別面談をした*16。すると、リーダらが、三人のまとめた資料について、A社担当者もいる共同レビューの場でことこまかに指摘をするため、三人がやる気を失っていたことが分かった*17。

２．１．２リスク
 意欲を失うと、効率性が落ち、また、品質低下にもつながる。更に、意欲の低下による失敗を咎められ、更に意欲がなくなるという負のスパイラルが発生する可能性もある。
 そこで、このまま放置すればOJTの目的が達成できないばかりか、要件定義の質や進捗にも悪影響を及ぼし納期にも影響を及ぼしかねなかった*18。

２．１．３対策
 まず、三人に対してやる気を回復させようとした。マズローの五段階欲求説に則り、三人は認められたいと考えているとの仮説に基づき、三人が正しいことをしたら褒めるようにし、メンバにも励行させた。
 また、リーダらを集めて、三人に対して、細かいところは思い切って任せるよう指摘した。任せることで、責任感が生まれ、より意欲が沸くはずである。また、メンバに指摘をする時は、出来るだけA社担当者がいないところで指摘をするよう指示した。

２．２．ベテランについて
２．１．１ 人的側面の問題
 ベテランに関し、設計過程で問題が起こった。それまで、時折雑談をしながら作業をしていたのが、雑談がなくなったことから、私は、その原因を探ろうと、タバコ部屋に出入りし、フランクに声をかけた。すると、ベテランが開発標準と異なる我流の設計をしようとしており、開発標準を守ろうとした他のメンバとの間に軋轢が生じていたことが分かった*19。

２．１．２リスク
 ベテランが、自分が効率的なやり方を取りたがる気持ちは分かるが、人間関係が悪化すると、プロジェクトの効率性が悪化する。特に、ベテランはクリティカルパスに張っているから、ベテランが開発標準に違反し、手戻りが生じると、納期に与える影響は莫大なものになる。

２．１．３対策
 そこで、私は、ベテランを呼び、開発標準に従い、人間関係を改善するよう求めることにした。もっとも、ベテランにもプライドがあるので、可及的にこれを傷つけないように工夫した。
 まず、自分もプログラマ時代には開発標準よりも自分流のやり方の方が効率がよいと思っていたことや、それが結果的には個別最適になり、全体最適にはならなかったこと、今後の開発標準作成の際には ベテランの意見を取り入れるつもりであること等を伝え、開発標準に従うよう、丁寧にお願いした。
 その上で、インフォーマルコミュニケーションとして、ベテランと私で飲み会を行い、プログラマ時代のデスマーチの話等で盛り上がった*20。このようにして、一体感を形成した上で、若い人にアドバイスする等、良い関係を作るようお願いした。

３．プロジェクトを終えて
３．１ 評価
 結果的に、プロジェクトは細かなトラブルはあったものの、なんとか納期に間に合わせることができた。
 OJTという意味では、対策をとった後、三人が生き生きと責任感を持って活動するようになり、曖昧性が少ない要件定義の作成に貢献した。三人は、「今まで下流をやっていて、なぜそんな仕様なのか分からないことがあったが、仕様の確定の過程が分かって良かった」と、上流工程の理解を深めており、OJTは成功と評価している。
 また、ベテランについても、あの後は、一体感をもってプロジェクトに協力するようになり、開発標準に準拠して、後輩に的確なアドバイスを送りながら
クリティカルパスの工程を遅れなく終わらせてくれた。これが、納期厳守という目標達成にもつながっており、この点も評価できる。

３．２認識した課題
 今回のプロジェクトを通じて認識した課題は以下の２つである。
 まず、抽象的な指示は、PMが予想をしない解釈を招くということである。リーダらは、「フォロー」というのを、ことこまかに指摘するという意味と捉えてしまい、意欲を削ぐ結果になった。
  次に、ベテランは、うまく人間関係が回ると普通の人の何倍もの生産性を出してくれるものの、こだわりがあるので、注意しないと人間関係を悪化させ、生産性を悪くしてしまうということである。

３．３改善点
 今回の反省を踏まえ、以下の２点を改善していきたい。
 まずは、指示は具体的にするということである。もし、リーダに対して、
最初から「細かいところは任せながらも、聞き取りのポイントや、顧客との調整の方法等は戸惑う可能性があるから相談に乗ってあげてくれ」と具体的に指示していれば、このようにはならなかったと考える。
 次に、ベテランとの人間関係に細心の注意を払うということであり、例えば開発標準策定に関与させる等、ベテランのこだわりを尊重し、ベテランとその周りの人のいずれもが気持ちよく働ける環境づくりが重要と考えている。
     以上

 上記の答案にAがついたことから考えると、A評価の最低ラインは、「ありそうな具体例」を使って「聞かれていることに素直に答える」答案であろう。
 三好先生の「プロジェクトマネージャ 午後II 最速の論文対策 」の方法論は本当に「使える」方法論であり、強くお勧めしたい。

まとめ
いろいろとITについてブログやTwitterを通じて皆様に教えていただきながらここまで来ることができたのは、大いなる喜びである。
 今後ともIT関係に携ろうと考えておりますので、どうぞ、よろしくお願いします。

*1:情報セキュリティスペシャリスト等、高度の別の資格の発表もありました。

*2:午前Iは免除、午前IIが８４点、午後Iが７４点

*3:受験者も若い人多いので、多くの方はチームリーダークラスのご経験で受けていらっしゃいます。その意味ではあまりハンデはないのです。

*4:午後Iとかもありますから、チャンス問題だけ覚えれば最終合格できる訳ではないですが。

*5:そのユーザーそのユーザー毎に特殊な「正解」があったりする。

*6:別解があることもありますが、１０個も２０個も別解があっては困る

*7:問題が含まれていること自体は良いことなのだが

*8:私もIPA発表の答えと１字１句違わない問題は１つもなかった。ただ、多くの問題で部分点をもらえたので７４点であった。

*9:私なりの解釈なので、三宅先生の意図と異なっていたら申し訳ない。

*10:もちろん、例示にないけどもっと適切な事案を経験しているという方であれば、それでも合格できると思います。あくまでも、「誘導に乗ると合格しやすいよ」というだけです

*11:本書をぜひお読み下さい

*12:経験と「知識」で書くので、こういう書き方をすることには何ら問題ありません。私の場合知識１００パーセントですが。

*13:納期厳守は、いろんな前振りに使えます。

*14:こっちを納期厳守とからめる予定です。

*15:こっちがOJTです。

*16:本音を言えるよう個別面談は午後Iの定番の一つです。

*17:叱るなら個別に。これが基本です。

*18:ちょっと納期の話ともからませてみました。

*19:ベテランが個別最適に走るというのは、よくありそうです。使いやすいモジュールです。

*20:飲ミニケーションも書きやすいモジュールです。

感謝

小学生と恋愛した部長を自主退学処分としていいのか！？―ロリきゅーぶ！の法律問題 - アニメキャラが行列を作る法律相談所withアホヲタ元法学部生の日常につきまして
http://www6.ocn.ne.jp/~katoyuu/様、
ふぇいばりっとでいず様、
ぬるヲタが斬る様に取り上げていただきました。
どうもありがとうございます。

なお、どなたかが
http://book.akahoshitakuya.com/b/org5deba2f2deに登録してくださったようです。ありがとうございます。

ありがとうございます

ゲーム機発売早々の大幅値引きと法的責任〜マンション値引き判例からの考察 - アニメキャラが行列を作る法律相談所withアホヲタ元法学部生の日常を
無気力通信↓様
及び
[鬣]たてがみ屋様に取り上げて頂きました。
どうもありがとうございます。

ありがとうございます

ゲーム機発売早々の大幅値引きと法的責任〜マンション値引き判例からの考察 - アニメキャラが行列を作る法律相談所withアホヲタ元法学部生の日常につきまして、

ゴルゴ31様に取り上げていただきました。ありがとうございました。