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.3k
SIerからアジャイル片手にスタートアップに飛び込んだ話
ScrumFestMikawa2020の発表資料です。
bayashi
September 26, 2020
Tweet
Share
More Decks by bayashi
See All by bayashi
自分がLinc’wellで提供しているプロダクトを理解するためにやったこと
murabayashi
1
240
エンジニアとして関わる要件と仕様(公開用)
murabayashi
0
470
個人事業主型開発からの脱却
murabayashi
14
9.7k
スクラムフェスを支える配信の仕組み
murabayashi
1
970
締切とはなにか、どういう効果があるのか #scrummikawa
murabayashi
0
1.4k
商用アプリケーション開発基本のキ
murabayashi
0
280
(新米)エンジニアリングマネージャーのしごと #RSGT2023
murabayashi
11
11k
Active Recordについてわかったことを説明するよ
murabayashi
0
430
話を聞き出す技術
murabayashi
44
48k
Other Decks in Programming
See All in Programming
dynamic!
moro
9
6.1k
デミカツ切り抜きで面倒くさいことはPythonにやらせよう
aokswork3
0
170
Go言語の特性を活かした公式MCP SDKの設計
hond0413
1
130
2025年版 サーバーレス Web アプリケーションの作り方
hayatow
23
25k
階層構造を表現するデータ構造とリファクタリング 〜1年で10倍成長したプロダクトの変化と課題〜
yuhisatoxxx
3
890
Django Ninja による API 開発効率化とリプレースの実践
kashewnuts
0
900
株式会社 Sun terras カンパニーデック
sunterras
0
210
Conquering Massive Traffic Spikes in Ruby Applications with Pitchfork
riseshia
0
150
Pythonスレッドとは結局何なのか? CPython実装から見るNoGIL時代の変化
curekoshimizu
4
1.3k
ABEMAモバイルアプリが Kotlin Multiplatformと歩んだ5年 ─ 導入と運用、成功と課題 / iOSDC 2025
akkyie
0
320
ИИ-Агенты в каждый дом – Алексей Порядин, PythoNN
sobolevn
0
150
After go func(): Goroutines Through a Beginner’s Eye
97vaibhav
0
230
Featured
See All Featured
Put a Button on it: Removing Barriers to Going Fast.
kastner
60
4k
Bash Introduction
62gerente
615
210k
Evolution of real-time – Irina Nazarova, EuRuKo, 2024
irinanazarova
9
960
Become a Pro
speakerdeck
PRO
29
5.5k
What’s in a name? Adding method to the madness
productmarketing
PRO
23
3.7k
Build The Right Thing And Hit Your Dates
maggiecrowley
37
2.9k
Responsive Adventures: Dirty Tricks From The Dark Corners of Front-End
smashingmag
252
21k
Visualization
eitanlees
148
16k
Practical Orchestrator
shlominoach
190
11k
Bootstrapping a Software Product
garrettdimon
PRO
307
110k
We Have a Design System, Now What?
morganepeng
53
7.8k
GitHub's CSS Performance
jonrohan
1032
460k
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