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
昭和の職場からアジャイルの世界へ
Search
kumaGoro95
February 04, 2025
Programming
1
520
昭和の職場からアジャイルの世界へ
kumaGoro95
February 04, 2025
Tweet
Share
More Decks by kumaGoro95
See All by kumaGoro95
DDDやってみたら 実装以前の領域での学びが深かった話
kumagoro95
14
8.3k
要件定義で得た学び・気づき
kumagoro95
4
2.4k
メンバーのわかりませんはチームが成長するチャンス.pdf
kumagoro95
1
380
ふりかえりでふりかえることしかできなかったジュニアチームが、次の打ち手を出せるチームになるのにやったこと
kumagoro95
3
1.4k
Githubのアクティビティ履歴からチームの健康状態を知る(Findy Teams使ってみた)
kumagoro95
0
530
プログラミングで小数計算すると なんで誤差が発生するのか?
kumagoro95
0
210
導入事例を通じて理解するドメイン駆動設計
kumagoro95
0
330
The Assembly ~ directly controlling CPU ~
kumagoro95
0
370
非エンジニアがドメイン駆動設計(DDD)について説明してみる。
kumagoro95
1
350
Other Decks in Programming
See All in Programming
Generative AI for Beginners .NETの紹介
tomokusaba
1
130
保守性を高める AWS CDK のセオリー・ベストプラクティス
yamanashi_ren01
5
360
Kotlinの開発でも AIをいい感じに使いたい / Making the Most of AI in Kotlin Development
kohii00
5
2.2k
Goで作るChrome Extensions / Fukuoka.go #21
n3xem
2
2k
ML.NETで始める機械学習
ymd65536
0
260
iOSでQRコード生成奮闘記
ktcryomm
2
150
CloudRun, Spanner に対する負荷試験の反省と オブザーバビリティによるアプローチ
oyasumipants
1
220
[JAWS DAYS 2025] 最近の DB の競合解決の仕組みが分かった気になってみた
maroon1st
0
200
Jakarta EE meets AI
ivargrimstad
0
930
もう一人で悩まない! 個の知見をチームの知見にする3つの習慣と工夫 / Into team knowledge.
honyanya
3
360
Better Code Design in PHP
afilina
0
190
AWS Step Functions は CDK で書こう!
konokenj
5
940
Featured
See All Featured
Building an army of robots
kneath
303
45k
Making Projects Easy
brettharned
116
6.1k
How to train your dragon (web standard)
notwaldorf
91
5.9k
Embracing the Ebb and Flow
colly
84
4.6k
The MySQL Ecosystem @ GitHub 2015
samlambert
251
12k
The Straight Up "How To Draw Better" Workshop
denniskardys
232
140k
Large-scale JavaScript Application Architecture
addyosmani
511
110k
How to Ace a Technical Interview
jacobian
276
23k
実際に使うSQLの書き方 徹底解説 / pgcon21j-tutorial
soudai
175
52k
It's Worth the Effort
3n
184
28k
Designing Experiences People Love
moore
140
23k
Building Applications with DynamoDB
mza
93
6.3k
Transcript
昭和の職場からアジャイルの世界へ ーアジャイルがどう私を変えたのかー くまごろー
• クリエーションライン株式会社 • 公安系の公務員→アプリエンジニア • 札幌在住(去年まで神奈川にいました) • 好きなもの・関心があるもの ◦ 十二国記・蒼天航路・幼女戦記・文化
人類学・フィギュアスケート ・P-MODEL・Riverside @kumaGoro_95 くまごろー
今⽇話したいこと • 昭和の職場の世界観で⽣きていた私が、アジャイルとの出会いでどう変わっ たのかの実体験 • 昔の私みたいな⼈をアジャイルにいざなうには?
アウトライン 1. 私の経歴‧かつての仕事観 2. アジャイルとの出会い ◦ どう変わっていったか 3. 今ふりかえって⾒えてきたこと ◦
過去の仕事観の背景に何があったか ◦ なんでアジャイルに馴染めたんだろう ◦ そういう⼈をアジャイルにいざなうには
前置き • 現場の公務員だった私の体験談がメインです。あくまでN=1として捉えてい ただければ • もしかしたら他のレイヤー‧組織‧業界では当てはまらないこともあるかも しれません
私の経歴‧かつての仕事観
私の経歴 • ⼤学卒業後、公務員(公安職)として6年勤務 • ⼀念発起して2021年5⽉にアプリエンジニアに ◦ 初の会社はアジャイルで開発している事業会社 親も公務員
公務員時代の仕事観 • 割り振られた業務を失敗なくこなすことが⾃分の仕事 • 降りてきた計画は守らないといけないもの • 他の部署の仕事に⼝を出すのは失礼 • 仕事とは苦しくて⾟いもの。苦しい中に楽しさを⾒つけるのが⼤事
アジャイルとの出会い
アジャイルとの出会い • 事業会社への転職がきっかけ • ⼊社前に読むよう⾔われた本で「アジャイ ル」という⾔葉を知る • ⼊社後はスクラムチームに配属。 私のアジャイル⼈⽣が始まった。。。
どう変わっていったのか
スプリントレトロスペクティブの衝撃 • 良かったことや課題を話し合ってチームをよくしていく「反省会」ではない 場 • 「こうしてみよう」がたくさんでてきて、しかもすぐ実⾏される 「私たちの判断だけでやり⽅を変えていってもい いんだ」
⼀⽅で、スプリントプランニングでは⼾惑いも • ゴールを⾃分たちで決めると⾔われても...優先度の⾼いタスクから消化して いけばいいんだよね? • スプリントごとに計画を⽴てる必要性がいまいち理解出来ない 今思うと、「仕事=⽬の前のタスクを⽚付ける」という世 界観だった
スプリントレビューでの気づき 最初は「成果物がうまく動くか、合格点をもらえるか試験される場」だと思って 緊張していた
スプリントレビューでの気づき • でも実際は、デモをみてわかったこととか、プロダクトの⽅向性についての コメントが⾶び交う前向きな場だった ◦ 「実際動かしてみるとこういう課題があるんだね」 ◦ 「将来こういうこともやりたいから、今はこうしておこう」 「失敗を回避するより、実際に⾊々やって学びを 得ることが⼤事なんだ」
スプリントレビューでの気づき • そして、⾃分の知らない視点があることを知った ◦ 「どう作るか」ではなく「なぜ作るのか」 ◦ プロダクトを作ることで、どんな価値を⽣み出していきたいのか ◦ 価値を⽣み出すために部署間で協働するということ → ⽬の前のタスクを⾒るだけの世界から、「プロダクトの未来」が遠くにある
世界に変わった
成⻑を感じたインセプションデッキ • ⼊社して半年くらいたった頃に実施 • ここまででいろんな気づきがあったおかげでプロダクトの⽬的や⽅向性を考 えられるようになっていた
⾃分の考えの変容(⼤体1年くらいで) Before After 仕事なんだから失敗してはいけない。失敗し ないことに努力を払う 失敗から得られる学びや気付きがいい仕事 につながる 与えられた計画は完遂しないといけない 計画はゴールと現状に合わせて更新していく もの
仕事は苦しいもの。義務を果たすために耐え る 価値にコミットしてると思えると仕事はこんな に楽しい 他部署の仕事に口を出すのは失礼 価値創出には組織を横断して協働することが 大事だよね → 同じ⼈間と思えないくらい、世界の⾒え⽅が変わった
そもそも、なんで昔の⾃分はああだっ たんだろう
昔の⾃分の世界観に背後にあったもの • 挑戦はリスクを背負うこと ◦ 仕事のやり⽅を変えるのは失敗のリスクがある • 失敗しないために苦しみを受け⼊れる ◦ 新しいことをやって失敗するくらいなら、時間と体⼒を費 やして実績のあるやり⽅を維持する
→ とにかく、何かを変えることに恐怖があった ※安全に深く関わる仕事な ので、慎重にならざるを得 ない⼀⾯もある
昔の⾃分の世界観に背後にあったもの • 壁に囲まれているような感覚があった ◦ 壁の外は絶対に動かせない「定数」 ◦ 計画や⽅針は「降りてくるもの」 • 実際そんなことはなかったはずだけど、外の世界 を変えるには多くのステップが必要だった
→ どれだけ頑張っても⾃分の⼒が及ぶ範囲はものす ごい狭いという感覚があった 私の⼿が届くの はこの範囲だけ という感覚
「何をやるか」ではなく「どうやるか」 • 仕事の⽬的に関われない分、与えられた仕事の質を上げることで貢献 しようとしていた • 組織や戦略は⾃分には変えれない、だから⾃分の持ち場で良い仕事を しようという気持ち → 価値よりも「業務」それ⾃体が⾃負⼼の源だった
そういえば、アジャイルに触れた頃はこんなことに苦しんでたな • やり⽅を変えることへの拒否感 ◦ 今でもやりたいことは出来てるのになんで? ◦ 今のやり⽅なら私が⼀番得意なのに。。。 • 「仕事で苦しむこと」から抜け出せない ◦
仕組みを変えれば楽できるのに、変えるという発想に辿りつかない ◦ ⾃分の苦しみにもメンバーの苦しみにも気づけない • 「こうすればもっとよくなりそう」に気づけない ◦ 全部「そういうものだ」と受け⼊れてしまう
では、なぜ私はアジャイルに馴染めたんだろう? • アジャイルを触れるのと同時に全く新しい仕事に就いた ◦ 諦めの気持ちがなかった ◦ 業務に対する⾃負⼼がなかった • 別世界の話だったけど、実践と理論を交互にやったのでなんとか飲み込めた ◦
実践しては本を読み、少しずつ噛み砕いていけた ◦ 理論をいきなり流し込まれたら無理だったかも • ⾃分の価値観が否定されていると感じることがなかった
私みたいな⼈をアジャイルにいざなうなら • ふりかえりからやってみるのが胃にも⼼にも優しいなあ ◦ 「⾃分たちで変えていける」実感 ◦ 失敗を避けるのでなく、やったことから学びを得る体験 • 関⼼を業務プロセスから価値へ ◦
最初は「価値」という視点が本当になかった • アジャイルを背中で語る • 脳の動きが変容するには時間がかかる
Thank You!