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
SIerからアジャイル片手にスタートアップに飛び込んだ話
Search
bayashi
September 26, 2020
Programming
2
1.4k
SIerからアジャイル片手にスタートアップに飛び込んだ話
ScrumFestMikawa2020の発表資料です。
bayashi
September 26, 2020
Tweet
Share
More Decks by bayashi
See All by bayashi
複雑さを受け入れるか、拒むか? - 事業成長とともに育ったモノリスを前に私が考えたこと #RSGT2026
murabayashi
1
3.2k
エンジニアに事業やプロダクトを理解してもらうためにやってること
murabayashi
0
370
自分がLinc’wellで提供しているプロダクトを理解するためにやったこと
murabayashi
1
490
エンジニアとして関わる要件と仕様(公開用)
murabayashi
0
550
個人事業主型開発からの脱却
murabayashi
14
10k
スクラムフェスを支える配信の仕組み
murabayashi
1
1.1k
締切とはなにか、どういう効果があるのか #scrummikawa
murabayashi
0
1.5k
商用アプリケーション開発基本のキ
murabayashi
0
310
(新米)エンジニアリングマネージャーのしごと #RSGT2023
murabayashi
11
11k
Other Decks in Programming
See All in Programming
grapheme_strrev関数が採択されました(あと雑感)
youkidearitai
PRO
1
220
CDIの誤解しがちな仕様とその対処TIPS
futokiyo
0
220
maplibre-gl-layers - 地図に移動体たくさん表示したい
kekyo
PRO
0
270
2026年は Rust 置き換えが流行る! / 20260220-niigata-5min-tech
girigiribauer
0
240
AI時代のソフトウェア開発でも「人が仕様を書く」から始めよう-医療IT現場での実践とこれから
koukimiura
0
150
Kubernetesでセルフホストが簡単なNewSQLを求めて / Seeking a NewSQL Database That's Simple to Self-Host on Kubernetes
nnaka2992
0
130
Codex の「自走力」を高める
yorifuji
0
1.2k
AIに任せる範囲を安全に広げるためにやっていること
fukucheee
0
130
どんと来い、データベース信頼性エンジニアリング / Introduction to DBRE
nnaka2992
1
290
Understanding Apache Lucene - More than just full-text search
spinscale
0
120
PostgreSQL を使った快適な go test 環境を求めて
otakakot
0
560
猫の手も借りたい!ので AIエージェント猫を作って社内に放した話 Claude Code × Container Lambda の Slack Bot "DevNeko"
naramomi7
0
270
Featured
See All Featured
VelocityConf: Rendering Performance Case Studies
addyosmani
333
24k
The Cult of Friendly URLs
andyhume
79
6.8k
How to Ace a Technical Interview
jacobian
281
24k
The Anti-SEO Checklist Checklist. Pubcon Cyber Week
ryanjones
0
92
From π to Pie charts
rasagy
0
150
Distributed Sagas: A Protocol for Coordinating Microservices
caitiem20
333
22k
ReactJS: Keep Simple. Everything can be a component!
pedronauck
666
130k
Utilizing Notion as your number one productivity tool
mfonobong
4
260
Bioeconomy Workshop: Dr. Julius Ecuru, Opportunities for a Bioeconomy in West Africa
akademiya2063
PRO
1
71
Visualization
eitanlees
150
17k
Leveraging Curiosity to Care for An Aging Population
cassininazir
1
190
Let's Do A Bunch of Simple Stuff to Make Websites Faster
chriscoyier
508
140k
Transcript
SIerからアジャイル片手に スタートアップに飛び込んだ話 Scrum Fest Mikawa 2020 2020/09/28 むらばやし
注意 所属する企業を代表する意見ではありません、個人の見解です。 話の内容上SIerが〜とかスタートアップが〜とか言いますが、どちらも(自分が経験し た)という前置きが付きます、主語でかくてすみません
誰? フォースタートアップスという スタートアップでエンジニアを やっています。 前は大きなSIer(5000人位)で エンジニアやったりアジャイルコーチやっ たりしてました。 CSM / CSPO
/ CAL1 むらばやし(@bayashimura)
話す内容 半年ほど前にSIerからスタートアップに転職しました。 SIerでアジャイルの大先生(笑)をやっていた自分が スタートアップに入って何をやったのか、役に立てるところがあったのか SIerとスタートアップで何が違ったのか何が同じなのかを話します
バックグラウンド 元々SIerでアジャイル開発をやっていました。 WF開発に疑問を抱いていた自分には アジャイル開発は最高に楽しく 本読んだりコミュニティに顔だしたりと どんどんのめりこむ WF開発やる ↓ アジャイル開発やる
↓ アジャイルコーチやる SIer時代の経歴
ただアジャイルのこと学べば学ぶほど悩みも
SIerでアジャイルやってた時の悩み - ビジネスにそんな関与しない - チームがプロダクトのビジョンに共感できない - うまくいっているチームがどんどん壊される
ビジネスにそんな関与しない ビジネスを回すのはお客様 塀の向こうで何かが決まり それに沿ってプロダクトを作る 仕様は これで す こーだ
あーだ
チームがプロダクトのビジョンに共感できない ほとんどの人は自分で選んでプロジェクトに 入っているわけじゃない。 ビジネスにそんな関与しないというのも含めて 何故作るかに関心が向かない
うまくいっているチームがどんどん壊される 多重請負構造という複雑な構成のため 人の出入りが激しい アジャイル開発が主流ではないため 実験的にやるプロジェクトが多い 成果が出ると急激に人を増やす
例 チームがバラバラだ! なんとかしないと
なんやかんや色々頑張って
ちょっとずつチームっぽく なってきたなぁ
やることたくさんあるから来週からチーム の人数倍にしますね。今のチームばらして いい感じに混ぜ合わせます。
None
おわり
おわり 賽の河原かな?
いつものお仕事 0->1ばかりで、チームがある程度成長した 後の経験が全然つめない、、、
そんなときになんとなく憧れるスタートアップ ビジネス上の優位性がないと生き残れない環境 そして、みんなビジョンに共感してそう
でも そもそもアジャイル開発とかばりばりやってそう SIerで初心者相手にアジャイルの大先生やってた俺が役に立つのか、、、
とはいえ行動せんと何も変わらないし
フォースタートアップスに転職 設立してまだ4年くらい 従業員数 : 70名くらい スタートアップに向けて主に人材支援を行っている会社 ビジョンファーストの会社
どきどきしながらフォースタートアップスに ジョインしてみると
None
なんか見たことある!!
スクラムをやっていると言ってるけど - ほとんどのイベントは実施されていない - ロールもふわっとしていて特定のメンバーが担っているわけではない - 見積もりもなく細かくもないバックログを個人個人が何週間かかけて消化 - もちろんベロシティもない -
Doneの定義もない、受け入れ基準もない - etc...
スクラムをやっていると言ってるけど - ほとんどのイベントは実施されていない - ロールもふわっとしていて特定のメンバーが担っているわけではない - 見積もりもなく細かくもないバックログを個人個人が何週間かかけて消化 - もちろんベロシティもない -
Doneの定義もない、受け入れ基準もない - etc... あるある
想像とのギャップ ミッションとビジョンがあって、裁量が与えられている スタートアップという変化が激しい場所 勝手にチームはアジャイルに働くもんだと思ってたけど そうでもない(失礼)
チームがバラバラだ! なんとかしないと
やったこと 1.アジャイルやスクラムの思想を説明する 2.スクラムのルールから逸脱することを容認する 3.まず振り返りから始める
1. アジャイルやスクラムの思想を説明する どんな環境でも絶対やることのひとつ 知識のベースを合わせる。どういう価値観なのかを伝える。 そして願わくば共感してもらう
2. スクラムのルールに固執するのをやめる 多分SIerの時だったらとらなかったアプローチ。 - チームには仕事の進め方の裁量が与えられていた - チームのみんながプロダクトにオーナーシップを持っていた - スクラムうまくやれないことにストレスを感じていた などの理由で選択
守破離・アプローチ とりあえずやってみたいとか、上から言われたからアジャイルがやるとか スクラムをやることが目的な人にオススメ → 全部スクラムのルールに従ってもらう → 型から入って良さを実感して、何故良いのかを考えてもらう
機能開放・アプローチ アジャイルかどうかはどうでも良くて、 それが自分たちがやりたいことへ貢献するかどうかを気にする人たちにオススメ まず必要そうなやつだけやってみることから始まり どんどん機能を開放させていく やりたいと思うような状況が来るまで導入の提案をしない
3. 振り返りをする 機能開放アプローチの場合、何はともあれ振り返りをする → 振り返ってみんなで改善していく
我々雰囲気で振り返ってますね → データほしいっすね。ベロシティ計測したい → じゃあ数字出すためにプランニングポーカーしましょう デザインが最後まで決まりませんでしたね → デザインがどういう状態になれば完了なのかよくわからなかった →
Doneの定義というものがあるんですが 振り返りを起点にどんどんつなげていく
余談 : 振り返りに挫折しないために 超楽しい振り返りにする 楽しくてチームみんなが笑顔になればやりたいって言う側も続けやすい 例) - 楽しい振り返りにすることをチームで事前に合意する -
振り返りの中にネタを仕込む
そんなこんなで ちょっとずつチームっぽく なってきたなぁ
ようやくスタートラインに立てた ここから自分が経験したかったある程度育ったチームと共に より成長していく経験をつめるといいなぁ
そんなこんなで ちょっとずつチームっぽく なってきたなぁ ここからが 本当の地獄だ!!
最後に所感
SIerでアジャイルの大先生(笑)やってた人は スタートアップで役に立つのか?
(自分で言うのもなんだけど) 意外と役に立った 良かった
役に立てた理由 そもそもスタートアップの全部が全部アジャイルに働けているという幻想 SIerもスタートアップも同じ人間が働いている 木こりのジレンマ、セクショナリズム、など同じような問題は発生する 木こりのジレンマ : 木こりが忙しいからと斧を磨かずずっと切れにくい斧で時間を浪費してしまうジレンマ
環境が変わっても そこで得た経験は無駄にならない
でも入って痛感したところ 当たり前だけどビジネス、プロダクトファースト 大きくなるためになんでもやるよね? 正論を言うだけの人はいらない アジャイルアジャイル言うだけの人はいらない(特大ブーメラン)
より、良いプロダクトを作るための能力を 磨いていかなければならない
俺はまだ上り始めたばかりだ このアジャイル坂を
None