.jpeg){kind=small}
Share
Embed
Slide 1
Slide 1 text
@koinunopochi
気がついたら自分が
ボトルネック になってた
1人でプロダクトをみることになった編
Slide 2
Slide 2 text
自己紹介
名前：@koinunopochi
お仕事：
● 千株式会社 システム開発部
● サーバーに入って直接
config書き換えたりするの
が好き
Slide 3
Slide 3 text
プロダクト紹介
写真を中心とした、 幼保業界
のDXプロダクトを展開
Slide 4
Slide 4 text
SEN CORPORATION
Slide 5
Slide 5 text
今回のまとめです
Slide 6
Slide 6 text
● 1人でプロダクト担当に
● 気づいたら 泥沼にハマっていた
● 早めに頼るのが大事
Slide 7
Slide 7 text
まとめが終わったので
早速本題に入ります
Slide 8
Slide 8 text
ことの発端
Slide 9
Slide 9 text
上司「チーム再編で担当が変わる
プロダクトを 管理してほしい 」
Slide 10
Slide 10 text
ぽち「なんもわからないですが
それでよかったら！！」
Slide 11
Slide 11 text
上司「サポートに自分と
サブリーダーと旧チームがつくし
大丈夫！」
Slide 12
Slide 12 text
よっしゃ頑張りますー！！
Slide 13
Slide 13 text
これまでやってきたことと
違いすぎるぞ
待って！？
Slide 14
Slide 14 text
プロダクトが 全然違う
Slide 15
Slide 15 text
プロダクト紹介
写真を中心とした、 幼保業界
のDXプロダクトを展開
Slide 16
Slide 16 text
今までのプロダクトとは
違ったドメイン知識 が
必要なプロダクト
Slide 17
Slide 17 text
ここまでは順調だった
Slide 18
Slide 18 text
同じ開発部の仲間として
会話が速かった
Slide 19
Slide 19 text
ある程度慣れたとき
身動きの取りづらさ を感じた
Slide 20
Slide 20 text
ここから泥沼に
ハマっていく話をします
Slide 21
Slide 21 text
ドメイン理解 が甘すぎた
まず初めに、
Slide 22
Slide 22 text
● 根深い問題が次々見つかる
● 認識漏れが 多発
● 過去の情報を追いきれず
● 依存サービスで 手戻り
Slide 23
Slide 23 text
ドメイン理解の甘さが
情報量の爆発 を引き起こした
Slide 24
Slide 24 text
業務委託の方がJoin
手も目も増えたけど
情報の嵐となった
Slide 25
Slide 25 text
タスクAを進めると
不具合Bが見つかる
Slide 26
Slide 26 text
AもBも直さないといけない
ジレンマが発生...
Slide 27
Slide 27 text
次々に新しい事実が判明する
Slide 28
Slide 28 text
対応方針が コロコロ変わる
数時間悩んだ
Slide 29
Slide 29 text
さらに困ったこと
Slide 30
Slide 30 text
誰に判断を仰げばいいか
分からない
Slide 31
Slide 31 text
● 関係者の整理がつかない
● 上長の承認だけでは 足りない
● 確認先が次々 増える
依存するサービスが増えすぎた結
果
Slide 32
Slide 32 text
そして
リリースが延び続ける
Slide 33
Slide 33 text
各所調整したのに
新たなバグ が見つかる
Slide 34
Slide 34 text
やっぱダメかも
「ヨシ！」とした瞬間
に
と不安になってしまう
Slide 35
Slide 35 text
ちょっと補足
Slide 36
Slide 36 text
● 改修が第1弾と第2弾 に分離
● 第1弾はリリース済み
● 合わさって初めて 完成形
● 出さないと 矛盾が生じる
Slide 37
Slide 37 text
つまり第2弾を出さないという
選択肢がない ように見えた
Slide 38
Slide 38 text
サポート体制はあった が
Slide 39
Slide 39 text
依存や関係者が
想定の数倍 多かった
Slide 40
Slide 40 text
ロールバック の話
Slide 41
Slide 41 text
泥沼の感覚は あった
Slide 42
Slide 42 text
でもその度に
進む感じがあった
Slide 43
Slide 43 text
「もう少しで行けそう 」が
何度も続いた
Slide 44
Slide 44 text
まあ毎回
うまくいかない わけだが
Slide 45
Slide 45 text
確定的な証拠がなくても
泥沼の兆候 は感じていた
Slide 46
Slide 46 text
それなのに
「次こそは」と
判断を先送りにした
Slide 47
Slide 47 text
最終的に
底なし沼を引いたと判断
Slide 48
Slide 48 text
ロールバック することにした
Slide 49
Slide 49 text
運用保守の範疇を越えると判断
切ってよかった
Slide 50
Slide 50 text
作業時間だけなら
AIもあり 負担は少なかった
Slide 51
Slide 51 text
でも調整に次ぐ調整 で
気づいたら 3ヶ月
Slide 52
Slide 52 text
常に脳みそのリソースを
圧迫されている状態
Slide 53
Slide 53 text
振り返ると
Slide 54
Slide 54 text
結局ボトルネックは
自分だった
Slide 55
Slide 55 text
ドメイン理解不足は
前提条件としてあった
Slide 56
Slide 56 text
でも真のボトルネックは
そこじゃなかった
Slide 57
Slide 57 text
関係者への
合意取りに足踏みしていた
Slide 58
Slide 58 text
これが全体を止めていた
Slide 59
Slide 59 text
方針がコロコロ変わるため
後ろめたさ があった
Slide 60
Slide 60 text
関わったことのない偉い人への
確認を怖がってしまった
Slide 61
Slide 61 text
不確実な状況で
「確認していいのか」と
自分がブレーキ を踏んだ
Slide 62
Slide 62 text
結果
全体が止まっていた
Slide 63
Slide 63 text
学び
Slide 64
Slide 64 text
関係者は最初に把握する
把握漏れが 致命傷になる
※ 関連サービスなどは事前に
１ヶ月取ってでも把握すべき
Slide 65
Slide 65 text
泥沼の兆候を感じたら
証拠がなくても報告 する
Slide 66
Slide 66 text
「もう少し」が 3回続いたら
撤退を検討する
Slide 67
Slide 67 text
自分がボトルネックだと
気づいたときには もう遅い
Slide 68
Slide 68 text
だから予防の仕組み が大事
経験しないとわからな
いかもだけど...
Slide 69
Slide 69 text
まだまだ模索中だけど
頑張っていこうと思います！
Slide 70
Slide 70 text
ありがとうございました
Slide 71
Slide 71 text
自己紹介
名前：@koinunopochi
お仕事：
● 千株式会社 システム開発部
● サーバーに入って直接
config書き換えたりするの
が好き