ログラスにおけるコード品質でビジネスに貢献する仕組み・カルチャー / A system and culture that contributes to business through code quality in Loglass

Slide 1

Slide 1 text

Slide 23

Slide 23 text

23 ©2024 Loglass Inc. 負債解消や品質向上への捉え方解消した場合、しない場合の開発スピードの向上について説明があれば許容できる。例えば、XXXの機能をクローズする、しないによって、この新機能のリリース時期がこれだけ変わります、といった説明があり、それに大きなメリットがあれば許容できる。リファクタリングは実施すべき。特に XXXの機能を拡充し、XXXとYYYについて同じ基盤にしていただいた上で拡張性をそれぞれでできるように実施してほしい。この部分が技術負債として強く影響する可能性は高いため、早期に手を付けるべきと考える。積極的に進めてほしい。もちろん新規開発・機能改善開発のスループット・アウトプットとの兼ね合いではあるが、かなり許容・擁護する立場に回ると思う。嬉しいです。それによりユーザーの不満解消に繋がるのであれば非常にありがたい動きだと感じます。プロダクトの向上は売上の向上に直結すると考えているので、前向きに協力したい。毎週の定例MTG程度であれば違和感無いが、それ以上の工数となると目標として持ちたい感覚。それでプロダクトが良くなる（アウトプットのスピードやデータ保持量の向上）があるなら許容できる基本的には必要なことだと思うので、少し開発を止めてでもやるべきだと思います。ビジネス側の目標とのバランス次第なので、この情報だけだとなんともですが、ビジネス目標が耐えられるのであれば、半年開発できない、となっても許容できると思います技術負債を解消したい、またはコード品質を向上させるためにどの程度の工数がかかり、中長期も含めてどのようなインパクトがあるかと会社の状況によって良いと感じるかどうかは異なる気がします。そのため、明確な基準はありません。将来のためであればポジティブに受け入れられます

Slide 1

Slide 1 text

Slide 2

Slide 2 text

Slide 3

Slide 3 text

Slide 4

Slide 4 text

Slide 5

Slide 5 text

Slide 6

Slide 6 text

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

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

Slide 25

Slide 25 text

Slide 26

Slide 26 text

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