受託開発でもアジャイル開発できました

概要

AWS Developer Live Showにて。

プロフィールやお問い合わせはこちらからどうぞ！

スライドの内容

及部敬雄 (@TAKAKING22) 2024/10/08 AWS Developer Live Show 受託開発でもアジャイル開発できました
「受託開発」のイメージは？
「なんか大変そう・・・」「できるだけ関わりたくないなあ」
受託開発があらわれた！およべ H M バ：さとりゅごーた 299 0 36
うっ。あれ？でもなんで「うっ」なんだろう？
なんとなくネガティブなイメージをもっていた受託開発
なんとなくネガティブなイメージをもっていた受託開発でもなぜネガティブなのかよくわかっていなかった
なんとなくネガティブなイメージをもっていた受託開発でもなぜネガティブなのかよくわかっていなかったやったこともないのにあーだこーだ言うのはダサい！！
なんとなくネガティブなイメージをもっていた受託開発でもなぜネガティブなのかよくわかっていなかったやったこともないのにあーだこーだ言うのはダサい！！よろしい、ならば受託開発に向き合ってみよう
なんとなくネガティブなイメージをもっていた受託開発でもなぜネガティブなのかよくわかっていなかったやったこともないのにあーだこーだ言うのはダサい！！よろしい、ならば受託開発に向き合ってみよう最高にいきいきとした受託開発やってみようじゃないか
及部敬雄 (@TAKAKING22) 2024/10/08 AWS Developer Live Show 受託開発でもアジャイル開発できました
TAKAKING22 株式会社ホロラボAECグループグループリード AGILE-MONSTER.COM 制御不能なアジャイルモンスター及部敬雄
Silver Bullet Club 株式会社ホロラボ AECグループチーム転職2回及部敬雄 @TAKAKING22 佐藤
株式会社ホロラボ “フィジカルとデジタルをつなげ、新たな世界を想像する” 部屋→フロア→建物→街区→地域→都市→国→地球受託開発、自社プロダクト https://hololab.co.jp/
私たちがホロラボでやっている仕事建設業各社ホロラボ（AECグループ）依頼提供 XRや3Dを活用してなにかやりたい！
ホロラボにチーム転職したときのチーム自社開発→受託開発なんとなくネガティブなイメージをもっていた受託開発
自社開発→受託開発なんとなくネガティブなイメージをもっていた受託開発受託開発をやりたくて現職を選択したわけではないこの仲間たちと一緒に未来を創っていこうと考えたときに  たまたま受託開発という方法が目の前にあらわれたホロラボにチーム転職したときのチーム
自社開発→受託開発なんとなくネガティブなイメージをもっていた受託開発受託開発をやりたくて現職を選択したわけではないこの仲間たちと一緒に未来を創っていこうと考えたときに  たまたま受託開発という方法が目の前にあらわれたまずは受託開発に思いっきり向き合ってみよう！！ホロラボにチーム転職したときのチーム
今日のお話受託開発に真正面から向き合ってみた Silver Bullet Club、はじめての受託開発（そこから2年）やってみた結果として今受託開発をどのように捉えているのか
今日は話さないことどんな契約にすべきか受託開発の売上をどう上げるか
受託開発における難しさチームが長続きしにくい「私契約する人、あなたつくる人」問題「私考える人、あなたつくる人」問題
受託開発における難しさチームが長続きしにくい「私契約する人、あなたつくる人」問題「私考える人、あなたつくる人」問題
よくある受託開発におけるチーム Project Based Team プロジェクトがはじまるとチームが作られて、  プロジェクトが終わるとチームは解散するプロジェクトを終わらせるためのチーム
なぜチームが長続きしにくいのか受託開発は基本的に人月商売有償稼働率を追い求めたくなるプロジェクトごとに最適な人数を最適な配置したくなる
受託開発における難しさチームが長続きしにくい「私契約する人、あなたつくる人」問題「私考える人、あなたつくる人」問題
“つらくてニューゲーム” Image by Lothar Dieterich from Pixabay
つらくてニューゲームいろんなことが決まってからアサインされる既に契約後なので制約の中でどうにかするしかない開始からつらい状態ではじまるプロジェクト
受託開発における難しさチームが長続きしにくい「私契約する人、あなたつくる人」問題「私考える人、あなたつくる人」問題
https://agile-monster.com/blog/i-am-the-thinker-you-are-the-worker/
プロダクトオーナー（発注者）開発者（受託会社）
さあ素晴らしいバックログを出してください！出してくれたら作りますよ！プロダクトオーナー（発注者）開発者（受託会社）
さあ素晴らしいバックログを出してください！出してくれたら作りますよ！わからないんだけどなーまあ、これでいっか！プロダクトオーナー（発注者）開発者（受託会社）
これを繰り返していくと…
あ、あれ！？こんなはずじゃなかったのに… さあデモを見せたまえ！意見を言うから！！プロダクトオーナー（発注者）開発者（受託会社）
「私考える人、あなたつくる人」問題の正体プロダクトオーナー（発注者）も答えを知らない仕事を進めるために、わからないけどとりあえず決める繰り返すことで慣れていく「私考える人、あなたつくる人」という関係性が出来上がる
「私考える人、あなたつくる人」問題の正体プロダクトオーナー（発注者）も答えを知らない仕事を進めるために、わからないけどとりあえず決める繰り返すことで慣れていく「私考える人、あなたつくる人」という関係性が出来上がる誰かが悪かったわけではなく全員がマジメに仕事に取り組んだ結果
受託開発における難しさチームが長続きしにくい「私契約する人、あなたつくる人」問題「私考える人、あなたつくる人」問題
受託開発における難しさチームが長続きしにくい「私契約する人、あなたつくる人」問題「私考える人、あなたつくる人」問題契約前にチームが存在しないので契約をするための役割が必要になる
受託開発における難しさチームが長続きしにくい「私契約する人、あなたつくる人」問題「私考える人、あなたつくる人」問題契約前にチームが存在しないので契約をするための役割が必要になるチームができたばかりで仕事をまわさなければならず顧客との間に壁をつくってしまいがちになる
受託開発のあたりまえをぶっこわーす！ 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 意外とある
必要だと思うことを実行していくインセプションデッキユーザーインタビュー業務フロー分析
カスタマーサクセスを実現するチーム「社内で評判がよかったです」「次のプロジェクトもよろしくお願いします」「予算だけは先に確保してるので一緒に考えましょう」「◦◦という仕事があるんですが、及部さんたちどうですか？」
「できた」で終わらない一緒に仕事をしたパートナーを成功させるそして偉くなっていただく「できてよかった」で終わらず、エンドユーザーや  まわりの人たちからの評価までをつくりにいく
受託開発をどう捉えているか
受託開発というビジネス形式上は人月商売だが、  「誰がやるのか」が受託開発の魅力的品質に直結する問題解決をすることで対価をいただいている
ソフトウェア開発における問題解決 “ソフトウェア開発上の問題の多くは、技術的というより  社会学的なものである”（ピープルウェア／トム・デマルコ）エンジニアリングだけではなく総合格闘技問題解決するのはチーム
受託開発におけるプロダクトは「問題解決できるチーム」
受託開発における難しさチームが長続きしにくい「私契約する人、あなたつくる人」問題「私考える人、あなたつくる人」問題契約前にチームが存在しないので契約をするための役割が必要になるチームができたばかりで仕事をまわさなければならず顧客との間に壁をつくってしまいがちになる
受託開発における難しさチームが長続きしにくい「私契約する人、あなたつくる人」問題「私考える人、あなたつくる人」問題契約前にチームが存在しないので契約をするための役割が必要になるチームができたばかりで仕事をまわさなければならず顧客との間に壁をつくってしまいがちになるここから取り組むのがよさそう
受託開発におけるチームづくりの方向性 1. チームをベースに仕事をして、  チームが成長することでよいチームが増えていく  2. クラウド環境のように必要なときに必要なよいチームが  素早く立ち上げられるようにする
受託開発におけるチームづくりの方向性 1. チームをベースに仕事をして、  チームが成長することでよいチームが増えていく  2. クラウド環境のように必要なときに必要なよいチームが  素早く立ち上げられるようにするこちらを選択した
チームチーム（人）を案件にアサインするのではなく、  案件をチームにアサインするチームで学習をして、よりうまくなっていく
現在のホロラボAECグループ AECグループ
正攻法だけどもう一歩先へ Photo by Bruno Nascimento on Unsplash
このチームにお願いしたい！をつくるチームとしての価値を高める「このチームにお願いしたい」と声がかかる状況をつくる
仮説をもって仕事をするドメインに特化した受託開発をしていく中で得られた  仮説をもとにデモをつくり自社カンファレンス等で公開 SNSなどを通して顧客から声をかけてもらえる自分たちがやっていることが仕事につながる仕事を請けて仮説をブラッシュアップさせていく
「受」託開発でも攻める言われてからつくるだけだとつまらない自分たちが未来をつくりにいく一緒に伴走してくれる仲間＝顧客を探す攻めの受託開発
あたりまえなことをあたりまえにやるこれまでやってきてよかったことを同じようにやってみるど素人なのでわからないけど飛び込んでみるあたりまえなことをあたりまえにできることにも価値がありそう建設業もXRも受託開発も完全に理解した！（危ない）
「受託開発かどうかは関係ないよね」受託アジャイル勉強会で毎回のように出てくるセリフ
発注者受託会社
事業部開発部
プロダクトオーナー開発者
受託開発かどうかはそれほど関係ない制約の種類やハマりやすい罠が違う受託開発が難しいのではなくて、人と働くのが難しい受託開発がつまらないのではなく、受け身で働くのがつまらない
比較することに大した意味はないアジャイル開発とウォーターフォール自社開発と受託開発
目の前の現実に向き合って必要なことをやる Image by Bruce from Pixabay
“世の中に必要なものが残る” Image by DUKE NG from Pixabay
楽しそうに働いている人たちのところに楽しい仕事は集まる Photo by Jack Cohen on Unsplash
受託開発を楽しそうにやっている人を増やしたい
@TAKAKING22 https://agile-monster.com/ ぜひお話しましょう！ https://hololab.co.jp/#contact XR、3D、メタバース、デバイス関連のご相談はこちらアジャイル開発やチーム開発のご相談はこちら