受注側と発注側の経験を活かしたアジャイル開発への取り組み

Slide 1

Slide 1 text

Slide 2

Slide 2 text

自己紹介株式会社タンバリン　駒田美沙子 ◆略歴新卒でSIer ↓ アパレル事業会社で情シス ↓ タンバリン 2 ○ 開発経験あり(主にJava) ○ 情シス時代に複数の案件PMを担当 ○ 現在、PM/ディレクターとして受託開発を行う

Slide 3

Slide 3 text

本日のTOPICS 3 ○ アパレル事業会社（発注側）時代の苦労 ○ 開発ベンダー・社内他部署を巻き込んだ取り組み ○ 現在（受注側）での苦労 ○ 今、取り組み始めていること ○ 発注側・受注側両側面から見るアジャイル

Slide 4

Slide 4 text

1. アパレル事業会社（発注側）での苦労いろいろありました・・・ 4

Slide 5

Slide 5 text

背景 ○ ECシステムをスクラッチ開発で作っていたものからパッケージソフトへリニューアルを行った ○ スクラッチ開発時代はWEB担当の事業部がシステム開発の管理を行っていた ○ オムニチャネル等の施策を進めるにあたり、全社最適からシステム開発を行うようにスイッチする必要があったここから私のアジャイルへの取り組みが始まった・・・・ 5

Slide 6

Slide 6 text

6 WEB担当開発ベンダー情シス（私）副社長（決裁者）売り上げ上げるための機能追加したい！オペレーション改善したい！他社がやってるこのサービスをうちのECでも！ EC開発・運用の予算はこの金額で！オムニチャネルの施策で店舗送客の仕組みも盛り込んでほしい！期間も人員も限りがあるので全てをやる体制をすぐには作れない・・・もやもや当時の体制

Slide 7

Slide 7 text

課題 ● 全社レベルでの課題の優先度が見えない ● 「やりたい」はあるが要件に落とし込めていない ● WEB担当から見て、進行がつかみにくい ● 限られたリソースの中で最大限の効果を出したい進める上での課題と対応方針対応方針 ● 全社での優先度を決め、WEB 担当とも共有する ● 進捗MTGにWEB担当も入ってもらう ● いつ、何をするを明確にする 7

Slide 8

Slide 8 text

実際に取り組んだこと ○ 社内で優先順位を決める運用体制づくり ○ 要件がふわっとしている場合、要件を詰めるための時間を別途確保する ○ 開発ベンダーとの契約を3ヶ月単位に切り替え、契約締結時に3ヶ月での取り組み内容を可視化 ○ 週次で開発ベンダー・情シス・WEB担当の進捗MTGを設定、優先順位を随時調整 ○ Backlogを使って上記を可視化 8

Slide 9

Slide 9 text

“ アジャイルに興味はあったが意識してアジャイルにしようと思ったわけではなかった 9

Slide 10

Slide 10 text

“ ただ、最適な方法を模索したら結果的にアジャイルだった 10

Slide 11

Slide 11 text

2. 現在（受注側）での苦労今まさに取り組んでます！ 11

Slide 12

Slide 12 text

背景 ○ ECシステムをクラウドシステムに切り替え ○ クラウドに乗り換えたが、まだ使いこなせていない ○ 切り替えした際に持ち越しとなった開発がいくらか残っている ○ サイト解析→サイト向上の運用を早くすすめたい ○ 運用に関しては各ブランドごとに担当が分かれている 12

Slide 13

Slide 13 text

13 WEB担当ブランド担当 PM／ディレクターエンジニア全体像ボリュームが見えていないために急な開発依頼が発生する日々の商品追加、キャンペーン対応、LP修正依頼を投げたいけど、いつのタイミングならできるのかが見えない色んな人から色んな依頼が随時来て、優先度や整理が追いつかないサイト改善に注力していきたいのに、何にリソースがかかっているのか見えないお客様弊社

Slide 14

Slide 14 text

実際取り組み始めたこと ○ 今上がっている課題をお客様WEB担当と全て確認し、不要なもの、優先度を確認 ○ 各課題の対応工数をエンジニアと確認 ○ 優先度が高くて工数が少ないもの、期限が決まっているもの順に並べ替え ○ ２週間ごとの期間に切って、対応する内容をグルーピング ○ お客様と作ったスケジュールを確認（今ここ） ○ 今後は２週間ごとに次のスケジュールを確認する運用 14

Slide 15

Slide 15 text

3. 受注・発注の両側から見るアジャイルぜひアジャイルを取り入れてみよう！ 15

Slide 16

Slide 16 text

受注側・発注側 16 発注側受注側メリット ● 新たなビジネス要件にクイックに対応できる ● 直近で対応している内容が見えやすい ● 途中で変更がききやすい ● 要員確保しやすい ● 成果物ができるまでのリードタイムが短いので集中力持続デメリット ● 長期的なスケジュールが立てづらい ● 巨大な受注が難しい？

Slide 17

Slide 17 text

アジャイルを取り入れる際の注意 17 ○ 参加するメンバーの認識共有が大事なので、コミュニケーションを怠らないこと（定期的な会議体など） ○ コミュニケーションを取りやすいツールを使う（Jira、Backlog、Trelloなど） ○ 契約・責任範囲は明確にする

Slide 18

Slide 18 text

“ ビジネスは常に変化し続けるだからアジャイルの考え方は発注側にとってもメリットが大きい 18

Slide 19

Slide 19 text

“ 受注側にとっても作るものが短期で成果物ができるスケジュールが立てやすくなり仕事の見える化に繋がる 19

Slide 20

Slide 20 text

“ ぜひ、皆さんもアジャイルにチャレンジしてみてください！！ 20

Slide 21

Slide 21 text

プロジェクト管理ツール「Backlog」のユーザーグループの大阪支部「JBUG 大阪」の運営をやってます！まだイベントページ作成中ですが次回12/10（火）開催予定です〜お気軽に遊びに来てください^^ 21 宣伝①　JBUG大阪

Slide 22

Slide 22 text

宣伝②　BacklogWorld2020 先ほどご説明したJBUGは全国各地でイベントやってます。そんなJBUGが年に1年集結してBacklogWorldというイベント開催してます。来たる2020年2月29日（土）に大崎ブライトコアホール（東京）にて開催します！公募スピーカーも募集中ですので、ご応募お待ちしております！ 22

Slide 23

Slide 23 text

ご静聴ありがとうございましたもっと色々聞きたい方いっらいましたら、お気兼ねなくどうぞ Twitter：@komamichako 23