はじめての外注ゼミ01 - 目的にあった外注パートナーの探し方

はじめての外注ゼミ01 - 目的にあった外注パートナーの探し方

1. 1. 千葉 礼美 – Chiba Reimi
2. 2. 今日の進行 1. 講師自己紹介（15分） – 経歴、受託ディレクター時代のお話 – わたしが持つディレクション観 2. 当ゼミの目的、目標（10分） – 目標、想定している効果 – このゼミで学べる内容 3. 目的にあった外注パートナーの探し方（20分） – 「外注」とではなく「パートナー」と仕事をしよう – プロジェクトチャーターの作り方 4. 外注パートナーのためにこしらえる材料一覧（10分） 5. オフショア開発との付き合い方（20分） – オフショア会社、業界のことを知ろう – オフショア開発で気をつけること 2
3. 3. 1. 講師自己紹介 3
4. 4. はじめまして、千葉と申します。 1991年 宮城県生まれ。 高校卒業後に専門学校でWebデザインを選考。Webサイト制作の基礎、 情報デザインなどを学ぶ。 Web受託制作会社へ入社し、Webサイト制作、スマートフォンアプリ 開発のディレクター、ベトナムオフショア開発でのPMを経験。 2014年9月 株式会社ネクストへ入社。社外では勉強会での登壇を頻繁 にしており、実経験に基づいた現場感のある話を取り上げて邁進中！ 国際事業部 – Overseas Business Div 千葉礼美 – Chiba Reimi 4 1. 講師自己紹介
5. 5. 好きなモノは酒と女とらーめん 最近読んだマンガは… 「特攻の拓」、「テラフォーマーズ」、「東京タラレバ娘」です。 1. 講師自己紹介
6. 6. ヤマトヌマエビ飼い始めました 6 1. 講師自己紹介 シャカシャカしてて超可愛い。 名前は シュウマイ、エビにゃん、ママエビ、ママ友 です！
7. 7. http://www.slideshare.net/re_3_19/ 外部勉強会によく出没します スライドはslideshareにて共有中！ 7 1. 講師自己紹介
8. 8. http://www.rechiba3.net/ ブログやってます イベント参加のこと/Webのこと/ベトナムのこと 8 1. 講師自己紹介
9. 9. ディレクター歴 9 2011年 Webディレクター 2012年 2013年 アプリPM 4月で社会人5年目になりました👏 2014年 2015年 ベトナム赴任 外注制作 ネクスト入社 ベトナムオフショア 1. 講師自己紹介
10. 10. わたしが持つディレクション観 スケジュール遅延は ディレクターの怠慢だ。 10 1. 講師自己紹介
11. 11. 2. 当ゼミの目的、目標 11
12. 12. 目標、想定している効果 1. 外注への抵抗感を無くし、リソース増強の際に役に立 つ知識を身につける。 – ステークホルダーは、受講者の皆さんです！ 2. 外注＝一緒につくり上げるパートナーとしてジョイン してもらい、「ネクストさんといい仕事ができた！」 を体験してもらう。 – ステークホルダーは、外部パートナーの方々です！ 12 2. 当ゼミの目的、目標
13. 13. このゼミで学べる内容 1. 目的にあった外注パートナーの探し方 2. オフショア開発との付き合い方 3. 外注パートナーのためにこしらえる材料一覧 4. プロジェクトマネジメント知識体系の基礎 5. TiDD（チケット駆動開発）の手法、思想 6. コミュニケーションツール紹介 13 2. 当ゼミの目的、目標
14. 14. 3. 目的にあった外注パートナーの探し方 14
15. 15. 「外注」とではなく「パートナー」と仕事をしよう 15 外注とは、 自社以外の会社、工場などの外部のリソースを活用して、制作・生産など の業務を委託することです。 自社内のリソースが切迫していたり、社内人員を使うことがコストと見合 わないなどのケースで「下請けに出す」という外注形態が成立されました。 そのため、外注することは「コスト削減」を重視することが 求められています。 外注は、コスト重視の下請け作業で活用します。 3. 目的にあった外注パートナーの探し方
16. 16. 「外注」とではなく「パートナー」と仕事をしよう 16 パートナーとは、 社内のリソースを活用するよりも上手くやってくれるスペシャリスト（専 門家）のことを指します。 様々なフローにおいて、ほとんどの場合は得意な工程が分 かれるはずです。専門的なことはスペシャリストに任せ、社内のリソー スは少しでも会社の重要な業務に集中させるように手配しましょう。 コスト削減を目的とした「外注」の考え方とは異なるのです。 パートナーは、スペシャリスト同士でチームを組むこと。 3. 目的にあった外注パートナーの探し方 それがアウトソーシングの基本です。
17. 17. 「外注」とではなく「パートナー」と仕事をしよう 17 先ほど、外注することは「コスト」を重視することが求められている と書きました。 発注される側も、もちろん、自分のリソースと発注金額を 見比べて工数の算出を行います。 しかし、発注される側は提示された金額以上の仕事を心がけてくれま す。そういう時には、それ相応の対価をお支払いできるように しましょう。 発注先への正しい見積りの考え方。 3. 目的にあった外注パートナーの探し方 「案件の共倒れ」「飛び火」「巻き込み炎上」という言葉を覚えていおいてください。
18. 18. 「外注」とではなく「パートナー」と仕事をしよう 18 発注先へ何を求めているのかを明確にしましょう。 ライン増強だけの外注なのか、作り上げていく行程を共に歩むパート ナーであるのかを考えて発注先を選定します。 丸投げしたいのであれば、丸投げできるだけの材料と環境を私た ちは整えなければなりませんね！ 正しいリソース活用の考え方。 3. 目的にあった外注パートナーの探し方
19. 19. 「外注」とではなく「パートナー」と仕事をしよう 19 アウトソーシング選定基準の2柱 3. 目的にあった外注パートナーの探し方 • カルチャーのマッチング度 – メインディレクターがデザイン 島出身のため、成果物へ求める イメージが弊社の認識と近い。 – 明るい人柄で相談しやすいが、 一度揉めると、自分の意見を頑 なに押し通そうとする節がある。 • コストメリットの突き出し – この会社は高いが、設計書を丁 寧に仕上げてくれて報告もマメ だ。 – この会社は他社へ常駐している 都合上17時以降じゃないと電話 が繋がらない、その代わり安い コストに見合った条件であるか、コスト に見合った振る舞いをしてくれるかを確 認する。 企業やチームとやり取りをする際に、 価値観や考え方に相違があると進め辛く なってしまうため、念入りに分析する。
20. 20. プロジェクトチャーターの発行 20 1. プロジェクトの目的 2. プロジェクトの発足理由 3. 制作物、成果物となるもの 4. プロジェクトのゴール、達成すべき要求 5. 前提条件、制約条件 6. 懸念となること 7. 工期、工程外の作業把握 8. プロジェクト体制 プロジェクトチャーターに必要な項目 3. 目的にあった外注パートナーの探し方
21. 21. 21 プロジェクトを具体的に推進するための計画書です。 チームに関わるすべての人が要件を理解するために目を通さなければ なりません。 プロジェクトチャーターとは 3. 目的にあった外注パートナーの探し方 プロジェクトチャーターの発行
22. 22. 22 1. プロジェクトの目的 2. プロジェクトの発足理由 3. 制作物、成果物となるもの 4. プロジェクトのゴール、達成すべき要求 5. 前提条件、制約条件 6. 懸念となること 7. 工期、工程外の作業把握 8. プロジェクト体制 プロジェクトチャーターに必要な項目 3. 目的にあった外注パートナーの探し方 プロジェクトチャーターの発行
23. 23. 23 そのプロジェクトに期待していること、望む成果、ユーザーの得られ る満足体験などを共有します。 誰のためにどのような策を展開していきたいのか を明確にするフェーズです。 また、「望む成果」にはプロダクトとしての成果物以外に、求める チーム編成やスキルセットがあるはずです。かならず共有 しましょう。 1. プロジェクトの目的 3. 目的にあった外注パートナーの探し方 プロジェクトチャーターの発行
24. 24. 24 プロジェクトの背景を全体で共有している必要があります。 どのような問題・課題があったのか、どのような理想を 見てはじまったのか、洗い出しましょう。 2. プロジェクトの発足理由 3. 目的にあった外注パートナーの探し方 プロジェクトチャーターの発行
25. 25. 25 設計書の作成はどちらの作業になるのか、納品はソースファイルだけ なのか、ビルドファイルも含まれるのか、デザインは全画面分必要な のか、編集ファイルの納品も含むのか などなど… 見込まれる作業は全て把握し、中間ごとの成果 物・最終成果物の認識を共有しましょう。 3. 制作物、成果物となるもの 3. 目的にあった外注パートナーの探し方 プロジェクトチャーターの発行
26. 26. 26 納品までに審査や稼働判定があるのか、リリース後までプロジェクト の存続はひつようであるのかを事前に決めましょう。 バグのFix、OSごとの不具合対応など、具体的で明確な達成すべ き要求の理解を行いましょう。 4. プロジェクトのゴール、達成すべき要求 3. 目的にあった外注パートナーの探し方 プロジェクトチャーターの発行
27. 27. 27 開発テスト環境の有無、リリースの判定有無や社内稟議、顧客が確認 で使用するデバイスやOSの種類、ライブラリ、APIの仕様などなど… 確認すべき前提条件があり、それを理解した上で 仕様を定義するようにしましょう。 5. 前提条件、制約条件 3. 目的にあった外注パートナーの探し方 プロジェクトチャーターの発行
28. 28. 28 そのプロジェクトにはどのようなリスク、懸念点がある かを把握しましょう。 • バグの再現ができない。 – 特定の環境で発生するため、我々が確認できない。 • 納期が短い。 – 予算の都合で期末に合わせる必要がある、など。 6. 懸念となること 3. 目的にあった外注パートナーの探し方 プロジェクトチャーターの発行
29. 29. 29 サーバーの用意やドメイン取得など、クリティカル・パスか らはずれる作業はたくさんあります。 ただ、寸前まで忘れることのないように意識する必要があります。 作業ひとつひとつの粒度を細かくタスクとしての可視化 を進め、忘れずにいましょう。 7. 工期、工程外の作業把握 3. 目的にあった外注パートナーの探し方 プロジェクトチャーターの発行
30. 30. 30 商流共有をしましょう。 デザインの決定権、機能仕様の最終決定の権限を持つものは誰か、そ して、権限者へ話がすべて共有されるまでどれほど の時間がかかってしまうのか… 機能や稼働フェーズによってたずねる人が変わってしまうので、それ らの人の動くスケジュールを把握までできたら最高です！ 8. プロジェクト体制 3. 目的にあった外注パートナーの探し方 プロジェクトチャーターの発行 「隠れたステークホルダー」という言葉を覚えていおいてください。
31. 31. 4. 外注パートナーのためにこしらえる材料一覧 31
32. 32. 32 1. 分析・仕様策定 – 機能要望リスト – 計画書、企画書 – スケジュール 2. デザイン・開発 – アクセシビリティ基本方針、デザインガイドライン – デザインコンセプトシート – API仕様書 3. 運用、操作 – セキュリティガイド – 運用ガイドライン 必要となるドキュメント 4. 外注パートナーのためにこしらえる材料一覧 プロジェクト開始がスムーズにいくように用意します。
33. 33. 33 1. 普段の連絡の伝達手段 – チャット – メーリングリスト – 電話の窓口担当者 2. MTGの頻度、参加者、定例会の実施 – 議事録の取り扱い – 定例会のアジェンダ管理 – 参加者のスケジュール（長中期的に） 3. ファイル管理、アップロード環境の設定 – 決まったストレージがあるか、外部アクセスが可能か – 命名規則、ディレクトリ構成のルール共有 必要なコミュニケーションルール 4. 外注パートナーのためにこしらえる材料一覧 プロジェクト開始がスムーズにいくように用意します。
34. 34. 逆に、用意してもらうもの。 34 1. 超概算見積もり – 「Instagramみたいなアプリ作るのにいくらかかりますか？」というと きに算出する見積もりです。精度はそこまで高くありません。予算確 保の感覚値です。 2. 概算見積もり – 精度はちょっと高くなります。クライアントから提示される資料や、 打ち合わせでヒアリングした内容に基いて工数、必要なリソース、納 品物、仕様の策定を行って算出します。 3. 本見積もり – 必要な機能で予算を超えてしまう、が無いように少しだけ工数を多め にみたり、精度を高めることも大事です。 4. 外注パートナーのためにこしらえる材料一覧 段階的に出してもらう見積もりの種類
35. 35. 4. オフショア開発との付き合い方 35
36. 36. http://www.slideshare.net/re_3_19/ss-13898179 2012年6月～9月、ベトナムへ赴任。 slideshareにて赴任レポートをまとめているので、興味ある方はぜひと もご覧くださいませー！ 36 4. オフショア開発との付き合い方
37. 37. オフショア開発で心がけていた 5つの俺ルール 4. オフショア開発との付き合い方
38. 38. 1.「これ」を使うときは画面 を共有している こと 4. オフショア開発との付き合い方
39. 39. 「これ」 この世で一番と言えるほど、仕様の認識を揺さぶるとても危 ない言葉です。 Skypeなどの画面共有機能や、端末のスクリーンショットなどを用意しな がら話しましょう。また、注釈付きの図説の場合は、翻訳者が編集可能だ と尚良しです！ 4. オフショア開発との付き合い方
40. 40. 2. 一言、一言、区切って話す こと 4. オフショア開発との付き合い方
41. 41. デザインのfixが23日になっているものは、 先日確認してもらったスケジュールで、 Revisionナンバーが43の方が新しいスケ ジュールです。 4. オフショア開発との付き合い方 区切らないさんの場合
42. 42. デザインのfixが変更になりました。 古いスケジュールでは23日でした。 新しいスケジュールでは25日です。 Revisionは43です。 4. オフショア開発との付き合い方 区切るさんの場合
43. 43. 3. 進捗30%ほどの動くモック を見してもらう こと 4. オフショア開発との付き合い方
44. 44. 動くモックは正義 まずは、「100%じゃなくていいから3日で動くやつ作って！ バグあってもok！」と伝えてモックを作ってもらいましょう。 何物にも変えられない、一番の認識合わせの手段です。 そのためのスケジュール調整は余裕を見積りましょう。 4. オフショア開発との付き合い方
45. 45. 4. MTGでは世間話をする こと 4. オフショア開発との付き合い方
46. 46. 彼らは日本に興味津々です 降雪の報告に対し羨ましがり、桜の写真をfacebookにアップ すると素早くいいね！をつけ、地震があると心配してくれま す。こちらの休日の予定をお話したり、「昨日の飲み会どう だった？」とかを気軽に聞きましょう。 4. オフショア開発との付き合い方
47. 47. 5. 目的とユーザーのことは 熱く語る こと 4. オフショア開発との付き合い方
48. 48. 日本人の熱くて真面目なとこ ろが好きって人が多いです。 こちらが「クライアントの要望をどうしても叶えたい！」 「ユーザーはこう思ってしまう。それはとても残念なこと だ」などなど熱弁すると、熱意に応えて手段を検討してくれ ます。彼らももちろん、同じ気持ちなのです。 4. オフショア開発との付き合い方
49. 49. オフショア開発で心がけている 5つの俺ルール 1. 「これ」を使うときは画面を共有していること 2. 一言、一言、区切って話すこと 3. 進捗30%ほどの動くモックを見してもらうこと 4. MTGでは世間話をすること 5. ユーザーのことは熱く語ること 4. オフショア開発との付き合い方
50. 50. 意思疎通への執念があれば なんとでもなります。 50
51. 51. このゼミで触れられた参考書籍 プロジェクトデザインの原点、 世界標準の「PMBOK®」 http://www.loftwork.jp/ideas/creativepro jectmanagement.aspx エッセンシャル スクラム: ア ジャイル開発に関わるすべて の人のための完全攻略ガイド (Object Oriented Selection) http://www.amazon.co.jp/dp/47981305 08 Redmineによるタスクマネジ メント実践技法 http://www.amazon.co.jp/dp/479812 1622 アジャイルな見積りと計画づく り ~価値あるソフトウェアを育 てる概念と技法~ http://www.amazon.co.jp/dp/4839924 023 ウェブの仕事力が上がる標準ガ イドブック 3 Webディレクショ ン 第2版 http://www.amazon.co.jp/dp/4862671 233 プロジェクト・マネジャーが知 るべき97のこと http://www.amazon.co.jp/dp/4873115 108 51
52. 52. 次回の内容は プロジェクトマネジメント知識体系 PMBOKの基礎 52