Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Features
Speaker Deck
PRO
Sign in
Sign up for free
Search
Search
いきいきした受託開発をするためにアジャイルチームができること / What Agile Teams Can Do for Lively Contract Development
Search
TAKAKING22
May 20, 2023
Technology
2
2.2k
いきいきした受託開発をするためにアジャイルチームができること / What Agile Teams Can Do for Lively Contract Development
プロフィールやお問い合わせはこちらからどうぞ!
https://agile-monster.com/profile/
https://agile-monster.com/contact/
TAKAKING22
May 20, 2023
Tweet
Share
More Decks by TAKAKING22
See All by TAKAKING22
スクラムガイドに載っていないスクラムのはじめかた - チームでスクラムをはじめるときに知っておきたい5個のコツ - / How to start Scrum that is not written in the Scrum Guide
takaking22
16
5.9k
よいチームをよい雰囲気を保ったままよい組織にスケールさせていくためにできること / What you can do to scale a good team into a good organization
takaking22
10
4.3k
Open Space Technology Introducion (EN)
takaking22
2
120
オープンプロポーザルの文化をよいものにしたい / improve the culture of open proposals
takaking22
1
580
家族を犠牲にしない!子育てエンジニアのコミュニティとの関わり方 / How to Engage with the Community for Parenting Engineers
takaking22
9
2.7k
リーダー&マネージャーのためのモブプログラミング / Mobprogramming for managers and leaders
takaking22
7
2.4k
The Stable Team - 機能する安定したチームをつくる - / The Stable Team
takaking22
13
14k
勉強会があるからコミュニティが生まれるのか、コミュニティがあるから勉強会が生まれるのか #devlove
takaking22
2
5.2k
教えない新人研修 - 新人研修 is social change. - #xpjug
takaking22
1
2k
Other Decks in Technology
See All in Technology
少数チームで挑む: SwiftUI, TCA, KMPを用いた 新規動画配信アプリ 「ABEMA Live」の開発について
tomu28
0
540
Next'24 事例セッションの紹介とクラウド資格を活用したキャリア形成について語りMuscle
yasumuusan
1
340
Data and AI Governance: Existing Challenges and Emerging Trends
scotthsieh825
0
150
なぜ NOT A HOTEL が Web3 に取り組むのか - NOT A HOTEL TECH TALK
ynunokawa
0
160
カオナビの利用実績をアウトカムへつなげる旅 / example-of-data-management-startup-in-kaonavi
kaonavi
0
120
スタートアップの技術顧問を3年間続けて発生した事と気付き
biwakonbu
0
160
Microsoft Cloudで開発ライフサイクルを保護する
kkamegawa
0
140
Hands-on / Kaname Frusawa / Cloud Compare Users Meetup 2024 at University of Tokyo on April 17
paraworld
2
470
Databricksを活用してDELISH KITCHENのレシピレコメンドを開発した話
furu8
0
250
小さな開発会社がWebサービスを作る理由
polidog
PRO
1
160
キャラクター制御のためのプロンプト術 for LINE Bot
uezo
0
520
インシデントレスポンスのライフサイクルを廻すポイントってなに / Pinpoints of Incidentresponse Lifecycle for Operation
sakaitakeshi
1
300
Featured
See All Featured
BBQ
matthewcrist
80
8.7k
Building Adaptive Systems
keathley
30
1.8k
Infographics Made Easy
chrislema
237
18k
Design by the Numbers
sachag
274
18k
StorybookのUI Testing Handbookを読んだ
zakiyama
11
4.6k
Side Projects
sachag
451
41k
Producing Creativity
orderedlist
PRO
336
39k
JavaScript: Past, Present, and Future - NDC Porto 2020
reverentgeek
39
4.4k
The Power of CSS Pseudo Elements
geoffreycrofte
59
5k
Why You Should Never Use an ORM
jnunemaker
PRO
50
8.6k
5 minutes of I Can Smell Your CMS
philhawksworth
199
19k
How GitHub Uses GitHub to Build GitHub
holman
468
290k
Transcript
及部敬雄 (@TAKAKING22) 2023/5/20 Scrum Fest Niigata 2023 いきいきした受託開発をするために アジャイルチームができること
「受託開発」のイメージは?
None
None
「なんか大変そう・・・」 「できるだけ関わりたくないなあ」
受託開発があらわれた! およべ H M バ: さとりゅ ごーた 299 0 36
H M あ: 166 79 36 H M そ: 180 101 36 ?
うっ。
うっ。 あれ?でもなんで「うっ」なんだろう?
なんとなくネガティブなイメージをもっていた受託開発
なんとなくネガティブなイメージをもっていた受託開発 でもなぜネガティブなのかよくわかっていなかった
なんとなくネガティブなイメージをもっていた受託開発 でもなぜネガティブなのかよくわかっていなかった やったこともないのにあーだこーだ言うのはダサい!!
なんとなくネガティブなイメージをもっていた受託開発 でもなぜネガティブなのかよくわかっていなかった やったこともないのにあーだこーだ言うのはダサい!! よろしい、ならば受託開発に向き合ってみよう
なんとなくネガティブなイメージをもっていた受託開発 でもなぜネガティブなのかよくわかっていなかった やったこともないのにあーだこーだ言うのはダサい!! よろしい、ならば受託開発に向き合ってみよう 最高にいきいきとした受託開発やってみようじゃないか
及部敬雄 (@TAKAKING22) 2023/5/20 Scrum Fest Niigata 2023 いきいきした受託開発をするために アジャイルチームができること
TAKAKING22 株式会社ホロラボ AGILE-MONSTER.COM 制御不能なアジャイルモンスター 及部敬雄
Silver Bullet Club 株式会社ホロラボ AECグループ チーム転職2回 及部 敬雄 @TAKAKING22 佐藤
竜也 @satoryuofficial 宮崎 剛太 @gmya_zaki IT 製造業 XR
株式会社ホロラボ リアルとバーチャルをつなげて価値を生み出す 部屋→フロア→建物→街区→地域→都市→国→地球 受託開発、自社プロダクト https://hololab.co.jp/
私たちがホロラボでやっている仕事 建設業各社 ホロラボ(AECグループ) 依頼 提供 XRや3Dで なにかやりたい!
ホロラボにチーム転職する際のチーム 自社開発→受託開発 なんとなくネガティブなイメージをもっていた受託開発
自社開発→受託開発 なんとなくネガティブなイメージをもっていた受託開発 受託開発をやりたくて現職を選択したわけではない この仲間たちと一緒に未来を創っていこうと考えたときに たまたま受託開発という方法が目の前にあらわれた ホロラボにチーム転職する際のチーム
自社開発→受託開発 なんとなくネガティブなイメージをもっていた受託開発 受託開発をやりたくて現職を選択したわけではない この仲間たちと一緒に未来を創っていこうと考えたときに たまたま受託開発という方法が目の前にあらわれた まずは受託開発に思いっきり向き合ってみよう!! ホロラボにチーム転職する際のチーム
今日のお話 受託開発に真正面から向き合ってみた Silver Bullet Club、はじめての受託開発 やってみた結果として今受託開発をどのように捉えているのか
Learning Outcome 受託開発に抱いているイメージがちょっとだけ前向きになる
受託開発とは
受託開発 発注する 応える ユーザー企業 SIer
言葉の整理 SI System Integration。 情報システムの「企画・設計・開発・運用・保守」の一部や すべてを請け負って対応すること。 SIer System Integrator。 System
Integrationを行う企業や人のこと。 SES System Engineering Service。 IT人材を一時的に派遣して技術を提供する委託契約の一種。
自社開発と受託開発 自社開発 事業 開発チーム A社
自社開発と受託開発 自社開発 受託開発 事業 開発チーム 開発チーム A社 B社 事業 開発チーム
A社
受託開発における契約 一括請負 準委任 発注 納品 ユーザー企業 SIer ユーザー企業 SIer 発注
提供 ユーザー企業からの要件に基づいて、 要件を満たす成果物を納品する契約形態。 ユーザー企業からの依頼に基づいて、 必要な業務を行う人材を提供する契約形態。
受託開発は日本だけ?
『IT人材白書2017』図表2-2-3より
『「DX白書2023説明会」3.戦略・人材・技術の解説』P.44より
受託開発は日本だけ? 欧米にも受託開発は存在する 欧米ではユーザー企業にエンジニアがいることが多い そのためシステムそのものではなく、 手が足りない一部を外注するのが欧米で一般的な受託開発 日本でもユーザー企業における内製化の必要性が高まっている が、進捗はそれほどないように見える
受託アジャイル勉強会 https://contracted-development-agile.connpass.com/
コミュニティつくりがち
脱線:スモールコミュニティもいいぞ! 今や「アジャイル開発」や「スクラム」は大きくなった ちょうどいいサイズ感とわかりやすい名前のコミュニティ 最初からコンテキストがある程度揃っている安心感と楽さ
脱線:現場とコミュニティを行き来する 現場 コミュニティ やってみたこと 考えていること 話す 壁打ちする 試してみる アイデアをもらう
受託開発における難しさ チームが長続きしにくい 「私契約する人、あなたつくる人」問題 「私考える人、あなたつくる人」問題
受託開発における難しさ チームが長続きしにくい 「私契約する人、あなたつくる人」問題 「私考える人、あなたつくる人」問題
よくある受託開発におけるチーム Project Based Team プロジェクトがはじまるとチームが作られて、 プロジェクトが終わるとチームは解散する プロジェクトを終わらせるためのチーム
なぜチームが長続きしにくいのか 受託開発は基本的に人月商売 リソース効率が上がると売上が上がる(と思い込んでる) プロジェクトごとに最適な人数を最適な配置したくなる
受託開発における難しさ チームが長続きしにくい 「私契約する人、あなたつくる人」問題 「私考える人、あなたつくる人」問題
受託開発の流れ ґཔΛड͚Δ ݟੵΓΛग़͠ ௐΛ͢Δ ϓϩδΣΫτ ։࢝ ϓϩδΣΫτ ऴྃ ܖΛ͢Δ
受託開発の流れ ґཔΛड͚Δ ݟੵΓΛग़͠ ௐΛ͢Δ ϓϩδΣΫτ ։࢝ ϓϩδΣΫτ ऴྃ ܖΛ͢Δ
プロジェクトマネージャー
受託開発の流れ ґཔΛड͚Δ ݟੵΓΛग़͠ ௐΛ͢Δ ϓϩδΣΫτ ։࢝ ϓϩδΣΫτ ऴྃ ܖΛ͢Δ
プロジェクトマネージャー 開発者
“つらくてニューゲーム” Image by Lothar Dieterich from Pixabay
つらくてニューゲーム いろんなことが決まってからアサインされる 既に契約後なので制約の中でどうにかするしかない 開始からつらい状態ではじまるプロジェクト
受託開発における難しさ チームが長続きしにくい 「私契約する人、あなたつくる人」問題 「私考える人、あなたつくる人」問題
https://agile-monster.com/blog/i-am-the-thinker-you-are-the-worker/
ユーザー企業担当者 (プロダクトオーナー) SIerエンジニア (開発者)
ユーザー企業担当者 (プロダクトオーナー) SIerエンジニア (開発者) さあ素晴らしいバックログを 出してください! 出してくれたら作りますよ!
ユーザー企業担当者 (プロダクトオーナー) SIerエンジニア (開発者) さあ素晴らしいバックログを 出してください! 出してくれたら作りますよ! わからないんだけどなー まあ、これでいっか!
これを繰り返していくと…
ユーザー企業担当者 (プロダクトオーナー) SIerエンジニア (開発者) あ、あれ!? こんなはずじゃなかったのに… さあデモを見せたまえ! 意見を言うから!!
「私考える人、あなたつくる人」問題の正体 プロダクトオーナー(発注者)も答えを知らない 仕事を進めるために、わからないけどとりあえず決める 繰り返すことで慣れていく 「私考える人、あなたつくる人」という関係性が出来上がる
「私考える人、あなたつくる人」問題の正体 プロダクトオーナー(発注者)も答えを知らない 仕事を進めるために、わからないけどとりあえず決める 繰り返すことで慣れていく 「私考える人、あなたつくる人」という関係性が出来上がる 誰かが悪かったわけではなく 全員がマジメに仕事に取り組んだ結果
受託開発における難しさ チームが長続きしにくい 「私契約する人、あなたつくる人」問題 「私考える人、あなたつくる人」問題
受託開発における難しさ チームが長続きしにくい 「私契約する人、あなたつくる人」問題 「私考える人、あなたつくる人」問題 契約前にチームが存在しないので 契約をするための役割が必要になる
受託開発における難しさ チームが長続きしにくい 「私契約する人、あなたつくる人」問題 「私考える人、あなたつくる人」問題 契約前にチームが存在しないので 契約をするための役割が必要になる チームができたばかりで仕事をまわさなければならず 顧客との間に壁をつくってしまいがちになる
受託開発のあたりまえをぶっこわーす! Image by wendy CORNIQUET from Pixabay
チームで仕事をする
入社当時のホロラボの仕事スタイル プロジェクトマネージャーが顧客とコミュニケーションをして 契約まで進める エンジニアがアサインされてチームができて、 プロジェクトが始まる プロジェクトが終わるとチームは解散する
入社当時のホロラボの仕事スタイル ґཔΛड͚Δ ݟੵΓΛग़͠ ௐΛ͢Δ ϓϩδΣΫτ ։࢝ ϓϩδΣΫτ ऴྃ ܖΛ͢Δ
プロジェクトマネージャー 開発者
「どうも、チームで転職してきました」
入社当時のホロラボの仕事スタイル ґཔΛड͚Δ ݟੵΓΛग़͠ ௐΛ͢Δ ϓϩδΣΫτ ։࢝ ϓϩδΣΫτ ऴྃ ܖΛ͢Δ
チーム
最初から最後までチームで取り組む チームが直接顧客と話す 見積もりや契約もチームで行う 同じチームがプロジェクトを実行する 自分たちで考えて、自分たちで判断をして、自分たちで実行する
見積もりや契約も学習をする対象 Image by free stock photos from www.picjumbo.com from Pixabay
見積もりや契約も学習をする対象 見積もりや契約とプロジェクトの実行が分かれていると プロジェクト全体としてのフィードバックループが回りにくい 最初から最後までチームで取り組むことで、 見積もりや契約もチームでうまくなっていく
初手、デモ
初手、デモ 依頼をいただいた内容を受けて、 最初の打ち合わせにデモをつくって持っていく デモで実現できたこと・実現できそうなことをベースに、 相手のイメージを詳細に理解していく
動くプロダクトを中心に据える 最初から最後まで動くプロダクトをベースに進める コミュニケーションが空中戦になりにくい インクリメントに集中することができる
パートナーとしてふるまう Photo by Icons8 Team on Unsplash
顧客はなぜプロジェクトを発注しているのか 自分たちだけでは問題解決できないから発注している 共に問題解決をすることができるパートナーを探している
顧客はなぜプロジェクトを発注しているのか 自分たちだけでは問題解決できないから発注している 共に問題解決をすることができるパートナーを探している 正しいか正しくないかはそんなに重要ではない 重要なのはそのようにふるまうこと
そのように扱うとそのようにふるまう Photo by Andre Mouton on Unsplash 意外とある
必要だと思うことを提案して実行していく インセプションデッキ ユーザーインタビュー 業務フロー分析
None
カスタマーサクセスを実現するチーム 「社内で評判がよかったです」 「次のプロジェクトもよろしくお願いします」 「◦◦という仕事があるんですが、ホロラボさんどうですか?」
受託開発をどう捉えているか
受託開発というビジネス 形式上は人月商売だが、 誰がやるのかが受託開発の魅力的品質に直結する 問題解決をすることで対価をいただいている
ソフトウェア開発における問題解決 “ソフトウェア開発上の問題の多くは、技術的というより 社会学的なものである”(ピープルウェア/トム・デマルコ) エンジニアリングだけではなく総合格闘技 問題解決するのはチーム
受託開発におけるプロダクトは 「問題解決できるチーム」
ユーザーの声も顧客の声も鵜呑みにしない Photo by Christina @ wocintechchat.com on Unsplash
問題 vs 私たちの構図をつくる
受託開発における難しさ チームが長続きしにくい 「私契約する人、あなたつくる人」問題 「私考える人、あなたつくる人」問題 契約前にチームが存在しないので 契約をするための役割が必要になる チームができたばかりで仕事をまわさなければならず 顧客との間に壁をつくってしまいがちになる
受託開発における難しさ チームが長続きしにくい 「私契約する人、あなたつくる人」問題 「私考える人、あなたつくる人」問題 契約前にチームが存在しないので 契約をするための役割が必要になる チームができたばかりで仕事をまわさなければならず 顧客との間に壁をつくってしまいがちになる ここを変えることから取り組むのがよさそう
チーム チーム(人)を案件にアサインするのではなく、 案件をチームにアサインする チームで学習をして、よりうまくなっていく
現在のホロラボAECグループ AECグループ
正攻法だけどもう一歩先へ Photo by Bruno Nascimento on Unsplash
このチームにお願いしたい!をつくる チームとしての価値を高める 「このチームにお願いしたい」と声がかかる状況をつくる
None
やっていることをオープンにする あるとよさそうな機能を公開した 顧客から声をかけてもらえる状況 自分たちがやっていることが仕事につながる ベースがあるので余裕をもって仕事をまわすことができる
「受」託開発だけど攻めたい 言われてからつくってるだけだとつまらない 自分たちが未来をつくりにいく 一緒に伴走してくれる仲間=顧客を探す 攻めの受託開発
まとめ
あたりまえなことをあたりまえにやる これまでやってきてよかったことを同じようにやってみる ど素人なのでわからないけど飛び込んでみる あたりまえなことをあたりまえにできることにも価値がありそう 建設業もXRも受託開発も完全に理解した!(危ない)
None
「受託開発かどうかは関係ないよね」 受託アジャイル勉強会で毎回のように出てくるセリフ
ユーザー企業 SIer
事業部 開発部
プロダクトオーナー 開発者
受託開発かどうかは関係ない 制約の種類やハマりやすい罠が違う 受託開発が難しいのではなくて、人と働くのが難しい 受託開発がつまらないのではなく、受け身で働くのがつまらない
比較することに大した意味はない アジャイル開発とウォーターフォール 自社開発と受託開発
いきいきした受託開発をするために アジャイルチームができること
いきいきした受託開発をするために アジャイルチームができること
目の前の現実に向き合って必要なことをやる Image by Bruce from Pixabay
“世の中に必要なものが残る” Image by DUKE NG from Pixabay
楽しそうに働いている人たちのところに 楽しい仕事は集まる Photo by Jack Cohen on Unsplash
受託開発を楽しそうにやっている人を増やしたい
Learning Outcome 受託開発に抱いているイメージがちょっとだけ前向きになる
@TAKAKING22 及部 敬雄 https://agile-monster.com/ ぜひお話しましょう! 現役のアジャイル開発実践者による アジャイルコーチ 雑談、相談、お仕事の依頼などお気軽にどうぞ