akamine 相談する

CHAPTER 08 1 / 14

Web制作の全体の流れ

ヒアリングから公開、公開後の保守まで。Web サイト制作の大きな流れを、ぽんぽこ制作所の新人ディレクターと一緒に、地図を描くようにつかみます。会話と具体例つきで、やさしく読めます。

約6分で読めます

ひなた虎田さんみさきケンジ
Web制作の現場でのイメージ
段取り教室の目次(章と記事の一覧)
1. プロジェクト管理ってなに?
2. 課題管理入門
3. カンバン入門
4. ガントチャート入門
5. 見積もりとスケジュール
6. 進捗管理と報告
7. チームのコミュニケーション
8. Web制作の現場で
9. リスクとトラブル
10. ツール選びと定着
この記事の内容

この記事でわかること

  • 7つの段階の順番がわかる
  • 前の段階ほど直しやすい理由がわかる
  • 段階ごとの「出口」の決め方がわかる

はじめて任された案件で、何から手をつければいいのか分からず、手が止まってしまった。そんな経験はありませんか? まずは「全体の地図」を描くところから始めましょう。

月曜の朝、ひなたがホワイトボードの前で固まっています。パン屋「さくらベーカリー」のホームページ制作が、はじめて任されたディレクター案件です。

ひなた
ひなた虎田さん、何から手をつければいいのか、わからなくて……
虎田さん
虎田さんだいじょうぶ。まずは「全体の地図」を描こう。道がわかれば、迷っても戻れるからね。
みさき
みさきデザインは、構成が決まってからじゃないと描けないよ〜。
ケンジ
ケンジコーディングは、デザインが固まってから。順番を守ってくれ。
ひなた
ひなた順番がそんなに大事なんですか?

全体は 7 つの段階に分けられる

Web サイトの制作は、会社によって呼び方は違っても、おおむね次の流れで進みます。

段階やること主な担当
1. ヒアリングお客さんの困りごとと目的を聞くディレクター
2. 要件定義作るもの・作らないものを決めて合意するディレクター
3. 設計サイトマップとワイヤーフレーム(ページの骨組み図)を作るディレクター・デザイナー
4. デザイン見た目を作り、確認してもらうデザイナー
5. コーディング画面をブラウザで動く形にするエンジニア
6. テストと公開不具合を探し、本番のサーバーに載せる全員
7. 運用・保守公開後の更新や不具合に対応するディレクター・エンジニア

この図は、7 つの段階を前から後へ並べたものです。強調した「テストと公開」までが作る側の山場で、その先に運用・保守が続きます。

ヒアリング要件定義設計デザインコーディングテストと公開全員で確認運用・保守
Web サイト制作の 7 つの段階

この順番には理由があります。前の段階で決めたことが、あとの段階の材料になるからです。

たとえば、こんな画面です。段階ごとの作業を日程の上に並べると、全体の地図になります。

マイルストーンと課題のバーが日程の上に並ぶガントチャート
マイルストーンと課題のバーが日程の上に並ぶガントチャート
  • 菱形は、マイルストーン(節目の日付)です。「β版リリース」と「正式公開」が置かれています。
  • 縦の線は今日です。バーが今日より左にあれば、済んだ作業です。
  • チェックのついた緑のバーは、完了した課題です。

前の段階ほど、直すコストが小さい

虎田さん
虎田さん家を建てるときを考えてみて。図面の段階で「部屋を 1 つ増やそう」と言うのは簡単でしょう?
ひなた
ひなたはい。紙を書き直すだけですよね。
虎田さん
虎田さん壁ができたあとに言われたら?
ひなた
ひなた壁を壊すことになります……

Web サイトも同じです。要件の段階なら文章を直すだけで済むことが、コーディングが終わってからだと、デザインもコードも作り直しになります。だから序盤に時間をかけて、あとで慌てないようにします。

この図は、同じ変更を入れるときの手間の大きさを比べたイメージです。数字は目安で、右へ進むほど大きくなります。

要件定義で直す
1倍
デザインで直す
3倍
コーディングで直す
8倍
公開後に直す
20倍
直す手間は、あとの段階ほど大きくなる(イメージ)

各段階の「出口」を決めておく

段階ごとに「これができたら次へ進む」という出口を決めておくと、終わったかどうかで迷いません。

  • ヒアリング: 目的と、お客さんの困りごとが文章になっている
  • 要件定義: 作るページと機能の一覧に、お客さんが「はい」と言っている
  • デザイン: トップページと下層ページの見本に、お客さんの承認がある
  • コーディング: 全ページが画面どおりに表示される
  • 公開: 本番で表示と動作を確認できた

行ったり来たりしてもいい

地図は直線に見えますが、現場では途中で戻ることもあります。大切なのは、戻ったときに「何が変わって、日程と費用にどう響くか」を、お客さんと共有することです。これは 追加依頼・仕様変更の扱い で詳しく説明します。

案件の大きさで、段階の重さを変える

7 つの段階は、どんな案件でも同じ重さではありません。5 ページの小さなサイトなら、要件定義と設計は 1 回の打ち合わせにまとめることもあります。ECサイトのように機能が多い案件では、要件定義だけで数週間かけます。段階を省くのではなく、軽くすると考えると、抜けがありません。

案件を始める前に、次の 4 つを確かめてみてください。

  • 7 つの段階を、この案件に当てはめて書き出した
  • 段階ごとの「出口」を決めた
  • 段階ごとに、担当と日付を決めた
  • 戻るときの伝え方を、お客さんと決めた
案件を始める前の確認

まとめ

  • Web 制作は「ヒアリング、要件定義、設計、デザイン、コーディング、テストと公開、運用・保守」の流れで進む。
  • 前の段階ほど、直すコストは小さい。序盤を急がない。
  • 段階ごとに「出口」を決めると、終わりが見える。
  • 戻ることがあっても、影響をお客さんと共有する。
とらまる
とらまる地図があれば、迷子になっても戻れるよ!

akamine でやるなら

7 つの段階は、akamine ではマイルストーン(節目の日付)として置けます。段階ごとの課題を親子に分けて並べると、ガントチャートで全体の流れがひと目でわかります。流れを毎回作り直さなくて済むように、ひな型にして使い回すのもおすすめです。使い方は マイルストーン と ガントチャート の記事を見てください。

たとえば、こんな画面です。マイルストーンごとに、件数と工数の進み具合が見られます。

マイルストーンごとの進み具合を示す画面
マイルストーンごとの進み具合を示す画面
  • 「β版リリース」「正式公開」の名前の横に、期間が出ています。
  • 「件数」と「工数」の 2 本の線で、終わった分が一目でわかります。

関連する記事

段取り教室の一覧へ

akamine

チーム開発を、akamine で進めませんか。

今お使いのツールや Excel の運用を伺い、akamine での組み立て方をご説明します。Backlog・Redmine からの引っ越しもご相談ください。

資料請求・デモの相談 →