ディレクションについて〜制作フロー編〜

じげん制作勉強会での資料です。

Transcript

1. ディレクションについて 〜～制作フロー編〜～
2. 今⽇日のゴール •  ディレクションに必要な事を理理解する •  開発・制作フローとその意味を知る •  じげんで実際に起きた事例例から、どうすれ ば問題を防げるか考える
3. 第⼀一部 ディレクション
4. サイト制作・システム開発って何？
5. サイト制作・システム開発って何？ •  ある⽬目的・⽬目標を解決・達成するために、 サイトやシステムを作ること •  サイト制作やシステム開発は⼀一つの⼿手段に すぎない o  解決・達成できればそれ以外の選択肢もあるかも
6. じゃあ、 ディレクションって何？
7. ディレクションって何？ •  サイト制作・システム開発をうまくハンド リングすること
8. •  スケジュール通りに⽬目的を満たしたサイ ト、システムが作れればどうやってもいい •  でも、なんとなく、適当にやってると失敗 する だから必要なプロセス（フロー）を知って、失 敗しにくいディレクションをしよう。
9. ディレクションに求められるもの •  ⽬目的・⽬目標を正しく解決・達成すること o  ⽬目的・⽬目標の定義 o  解決・達成⽅方法の定義 •  プロジェクトを管理理すること o  スケジュールの管理理・調整 o  品質の担保
10. あるある 　その1 ここに、新着だということを表⽰示することはできますか？ できます。 翌⽇日 表⽰示できますか？と聞かれましたが、依頼はされていません。 あれ？実装してくれないのかな？ ∑(ﾟдﾟlll)ｶﾞｰﾝ
11. あるある 　その1について できますか？は指⽰示ではなく、確認です。 依頼する側は、実装をお願いしますと はっきりと依頼をすることが⼤大切切です(・∀・) →プロジェクトで依頼の⽅方法を決めておくと間違いない。 エビデンスの残る形にできるとベター。
12. なぜディレクションが失敗するか •  ディレクターと製作陣やそれ以外の⼈人間と の間で適切切なコミュニケーションが⾏行行えて ない o  やりたいことが適切切に伝わってない o  現状が適切切に把握できていない
13. 失敗を防ぐために •  認識識の齟齬が⽣生まれないようにする •  みんなで共通した認識識を持つ •  コミュニケーションの道具としてフローや ドキュメントを活⽤用しよう •  それぞれがプロフェッショナルとして⾃自分 の果たすべき責任を果たす •  状況をみんなで確認し合あう
14. 第⼆二部 制作・開発フロー
15. ϦϦʔεʂ ※運⽤用フェーズは今回は対象外です 制作・開発フロー
16. 1.企画フェーズ
17. あるある  その2 リリース予定⽇日３⽇日前 ふむふむ 　分かりました！ (^o^)／ こんな感じで、これをやりたいと思っています！ 仕様書に記載しておきますね！
18. あるある  その2(続き) あれ？このページも対応して欲しいのですが。。。。 できました！ 仕様書に書いてあるのに(´́；ω；｀) そこは想定してなかった そういう意味だったのか・・・
19. 1.企画フェーズ
20. あるある 　その2について 仕様や意識識のすり合わせはとても⼤大切切！ 内容にもよりますが、⾔言葉葉の捉え⽅方は⼈人それぞ れです。 ベストは、メンバーがみな同じ最終形態を思い 描きながら進めることが⼤大切切です。 想定できていなかったことや、よりいい実装⽅方 法などがでるかもしれません(・∀・)
21. 1e.要件定義（＝どうしたいか） •  ⽬目的と⽬目標を明確にする（企画、要求の内 容） •  ⽬目的・⽬目標を解決・達成するために、「何 が」必要なのかを定義する 要件定義があいまいだと、ブレが⽣生じる。 プロジェクト参加メンバーの意識識を統⼀一させて、みんなで ゴールに向かって⾛走るためのベースを作る。
22. 1g.仕様（基本設計）（＝どうするか） •  要件を「どうやって」実現するのかを定義 する。 •  どんな画⾯面が必要か、どんな機能が必要 か、どんなデータをどんな⾵風に表⽰示する か、など •  誤解の起きないような仕様書を作ろう。 •  作っただけではなく、擦り合わせも！
23. 仕様書テンプレの紹介 《要件定義シート》 《画⾯面設計シート》
24. あるある 　その3 この機能の実装をお願いしたいんですが、どのくらい時間がかかりますか？ 半⽇日かな？ リリース前⽇日 お願いします！ 今作業している件、明⽇日がリリースですが、進捗いかがですか？ D1から差し込みがあったから、明⽇日リリースは難しいよ  ∑(ﾟдﾟlll)ｶﾞｰﾝ 　なぜ差し込みが勝⼿手に⼊入ってしまっているんだ
25. 1.企画フェーズ
26. あるある 　その3について スケジュール管理理はチーム全体で！ 差し込みがあれば、必ず当初使おうとしていた 何かの時間が削られるもしくは、後回しになり ます。 「他の今持っているタスクは⼤大丈夫ですか？」 気遣いの1⾔言が、⾊色々なことを円滑滑にします。
27. 1f.スケジュール •  チーム全体でどう進めていくかをスケジューリングす る。 •  マイルストーンを設けて、進捗がチェックできるよう にする。 •  特に◦◦がないと××が進められない、等の関連・依存 タスクは要確認する。 •  ⻑⾧長期間に渡るプロジェクトでは、ガントチャートを作 ることも検討する。
28. ガントチャートの例例
29. ϦϦʔεʂ ※運⽤用フェーズは今回は対象外です 制作・開発フロー
30. 2.制作・開発フェーズ
31. 2c/2d.テスト（単体・結合テスト） •  単体テスト o  ロジックは正しいか •  結合テスト o  表⽰示されるべき内容が表⽰示されているか（正常系の テスト） o  表⽰示してはいけない内容が表⽰示されていないか（異異 常系のテスト） o  複数のロジックの組み合わせが問題ないか
32. あるある 　その4 制作は順調に進んでいるかな？まあでも、⼤大丈夫だろう 実装完了了しました！ リリース予定⽇日３⽇日前 （今⽇日はみれない・・・まあ来週⾒見見よう） あれ？仕様が違う・・・ 間に合わないから、この機能を削ってリリースするしかない！ ・・・え？ 　確認とかテストしてなかったの？？
33. 2.制作・開発フェーズ
34. あるある 　その4について リリースから逆算して⾃自分の今すべきことを考 えよう！ この⽇日までにレビュー（テスト）をしないとリ リースが間に合わないと想定できるはずです。 →スケジュールにはあらかじめマイルストーンを設ける。 →レビュー（テスト）はしっかり⾏行行い、問題を早く発⾒見見
35. 2e.レビュー •  ⽬目的・⽬目標を解決・達成できるか •  仕様通りに実装されているか
36. まとめ
37. ディレクションに⼤大切切なこと •  ディレクションとは、サイト制作・システ ム開発をうまくハンドリングすること •  コミュニケーション重要 •  重要なことはエビデンスを残そう •  ⾃自分の責任を100%果たそう •  状況を伝え合おう
38. より良良い制作・開発のために •  マイルストーンを設けてスケジュールをコ ントロールしよう •  ドキュメントを積極的に活⽤用しよう o  コミュニケーションのツールとして o  ⾔言った、⾔言わないにならないために o  未来にそのプロジェクトに関わる⼈人のために
39. まとめ •  ⾃自分のやるべき事に責任を持とう（コミッ トメント） o  ただの発注者、作業者にならない •  思いやりと助け合いの精神を持とう •  ⾃自分⾃自⾝身のことにとらわれずに、全体を俯 瞰して進めていこう
40. 最後に みんなで協⼒力力しあって よりよいサービスを作り上げよう！
41. ࣍ճσΟϨΫγϣϯษڧձ εέδϡʔϧฤ 10݄൒͹ʹ࣮ࢪ༧ఆʂ ޤ͏͝ظ଴ʂ