【DeNATechCon2024】8年間運用が続くkencomアプリ開発プロセスの改善に新卒が挑む

3.8K Views

February 29, 24

#アプリ開発 #プロセス改善 #新卒エンジニア #kencomアプリ #DeNA

スライド概要

ヘルスケアエンターテインメント分野において絶えず進化する ICT の要求に応じ、8年にわたり開発・運用されてきた kencom アプリは、ユーザーの新しいニーズへの適応と技術の進化に合わせた変革が求められました。

本登壇では、新卒エンジニアが長期プロジェクトで直面した開発プロセスの課題と、それらの改善に向けた挑戦に焦点を当てます。

特に、自身のチームに合わせて策定した効率的な手法と、開発プロセスを支えるドキュメント作成について詳しく紹介します。

また、機能追加されたアプリのリリースノート作成ガイドラインの確立やコードのオーナーシップとテクニカルリードの重要性にも言及します。

さらに、JIRA と GitHub を利用したワークフローの効率化による個人の生産性向上のアプローチについて解説し、これらの取り組みが kencom アプリの開発プロセスの進化とユーザーエクスペリエンスの向上にどう寄与したかを明らかにします。

DeNA_Tech

@DeNA_Tech

スライド一覧

DeNA が社会の技術向上に貢献するため、業務で得た知見を積極的に外部に発信する、DeNA 公式のアカウントです。DeNA エンジニアの登壇資料をお届けします。

またはPlayer版

埋め込む »CMSなどでJSが使えない場合

ダウンロード

ダウンロード(pdf - 1.91MB)

関連スライド

ディメンショナルモデルの実導入と実装について

DeNA_Tech 39.6K

GraphQLやるならDataloaderを使おう

DeNA_Tech 30.1K

Roslynアナライザー_ Unityでの開発環境を改善するための静的解析の仕組みの構築

DeNA_Tech 23.5K

GitHub Actions x Unity プロジェクトの裏側

DeNA_Tech 23K

GoDay 出張編 - ジェネリクスの実装方針を知ろう -

DeNA_Tech 15.2K

【DeNATechCon2024】未来医療の革新 AIを活用した医療情報の効率的構造化

DeNA_Tech 12.7K

各ページのテキスト

8年間運用が続くkencomアプリ開発プロセスの改善に新卒が挑む ojun - DeNA Co., Ltd. DeSCヘルスケア製品開発統括部プロダクト開発部第⼀開発グループ © DeNA Co., Ltd.

⾃⼰紹介 ojun ● ● ● ● © DeNA Co., Ltd. iOSアプリエンジニア 2023年新卒⼊社すきなこと / はまっていること ○ ⾳楽を聴く ○ Apex ○ Splatoon3 所属 ○ DeSCヘルスケア製品開発統括部プロダクト開発部第⼀開発グループ 2

今⽇話すこと © DeNA Co., Ltd. 3

今⽇話すこと ● ● kencomアプリの紹介 kencomアプリの8年間の開発‧運⽤の歴史 ● 新卒エンジニアが直⾯した開発プロセス上の課題と改善 ○ ビルド⽣成プロセスの課題 ○ イテレーションプロセスの課題 ○ リリースノート作成の課題上記の3つの課題にそれぞれどのように取り組み改善したのか ● © DeNA Co., Ltd. 4

kencomアプリの紹介 © DeNA Co., Ltd. 5

kencomアプリの紹介 ● ● ● ● ● ● ● © DeNA Co., Ltd. 2015年10⽉に v1.0.0をリリースバイタルデータを記録健診結果をいつでも確認 kencomポイントでギフト券獲得のチャンス将来の⽣活習慣病の発症リスクを予測オススメの健康情報を確認 DeNAのエンタメ⼒が活かされた歩活とエアモの機能 6

kencomアプリの8年間の開発‧運⽤の歴史 © DeNA Co., Ltd. 7

kencomアプリの8年間の開発‧ 運⽤の歴史 ● ● ● ● © DeNA Co., Ltd. 2015年からのkencomアプリ開発開始 25⼈以上のコードコントリビューターが参加 2022-2023年に実施された全⾯的リファクタリング ○ ⼀部には依然として古いコードが存在変化のスピードが早い業界であるゆえに⼈の変化も激しく歴史的経緯が不明な箇所が複数存在している 8

10.

新卒エンジニアの直⾯した開発プロセス上の課題 © DeNA Co., Ltd. 10

11.

新卒エンジニアの直⾯した開発プロセス上の課題 1. ビルド⽣成プロセスの課題 2. イテレーションプロセスの課題 3. リリースノート作成時の課題 © DeNA Co., Ltd. 11

12.

ビルド⽣成プロセスの課題 1. devビルド‧QAビルド‧本番ビルドと複数のビルドが存在し、それぞれのビルドを扱う⼈が異なる状態 2. devビルドとQAビルドが同⼀のTestFlight環境（kencom QA）にアップロードされているため、不適切なバージョン管理によりQA中にリグレッションが発⽣していた © DeNA Co., Ltd. 12

13.

イテレーションプロセスの課題 1. カンバンボードによるタスク管理が不完全で、プロセスの統⼀が不⾜していた 2. QAや差し込みタスクの多さがスクラム運⽤を困難にし、季節要因によるQAタスク量の変動が計画性を阻害していた © DeNA Co., Ltd. 13

14.

リリースノート作成時の課題 1. 健康関連の情報を提供するアプリでは、提供する情報の正確性がユーザーの信頼に直結する 2. リリースノートの不統⼀性は、ユーザーの理解を妨げ、新機能の利⽤機会を逃すリスクを⾼める 3. ⼀⽅で、リリースノートをどのように記述するかの⾔語化がされていない状態だった © DeNA Co., Ltd. 14

15.

新卒エンジニアの直⾯した開発プロセス上の課題 1. ビルド⽣成プロセスの不透明性と⾮効率性 2. イテレーションプロセスの不整合と⽣産性の低下 3. リリースノート作成の不規則性と不明瞭性 © DeNA Co., Ltd. 15

16.

ビルド⽣成プロセスの視覚化と改善を⾏う © DeNA Co., Ltd. 16

17.

18.

通常開発時のビルド⽣成フロー © DeNA Co., Ltd. 18

19.

1 © DeNA Co., Ltd. 19

20.

2 1 © DeNA Co., Ltd. 20

21.

2 3 1 © DeNA Co., Ltd. 21

22.

QAビルド作成フロー © DeNA Co., Ltd. 22

23.

1 © DeNA Co., Ltd. 23

24.

1 2 © DeNA Co., Ltd. 24

25.

1 © DeNA Co., Ltd. 25

26.

2 1 © DeNA Co., Ltd. 26

27.

2 3 1 © DeNA Co., Ltd. 27

28.

本番ビルド作成フロー © DeNA Co., Ltd. 28

29.

1 © DeNA Co., Ltd. 29

30.

1 2 © DeNA Co., Ltd. 30

31.

3 1 2 © DeNA Co., Ltd. 31

32.

4 3 1 2 © DeNA Co., Ltd. 32

33.

通常開発 2 1 QA 3 2 3 1 33 © DeNA Co., Ltd.

34.

通常開発 QA QAビルドとDevビルドが競合している状態になっている 2 1 3 2 3 1 34 © DeNA Co., Ltd.

35.

36.

1 © DeNA Co., Ltd. 36

37.

2 1 © DeNA Co., Ltd. 37

38.

3 2 1 © DeNA Co., Ltd. 38

39.

40.

41.

42.

ビルド⽣成プロセスの視覚化と改善を⾏う ● 今回は開発⽤のtestFlight環境を⾏う意思決定を⾏った ● ● 実際には、意思決定を⾏う前に、今回の問題を解決する⼿段を洗い出したそれぞれの⼿段のメリット‧デメリットを並べた上で、現状のチームにとって最適な選択は何かの議論をチームメンバーと⾏ったその上で、今回の意思決定を⾏い、かつ、実際に運⽤まで⾏えたこの⼀連の流れを⾏ったことが重要であった ● ● © DeNA Co., Ltd. 42

43.

44.

イテレーションプロセスの課題 ● ● 運⽤を⾏うサーバ側のチームとクライアント側のチームが存在しているサーバ側のチームはイテレーション制を導⼊していたが、⼀⽅で、クライアントチームはイテレーションを⾏っていなかった ○ チケットはJIRAに存在しているが、ボード等で可視化されていない状態だった ● クライアントチームはQAタスク等の差し込み系タスクの影響が理由でスクラム的に回すことが難しい状態だった © DeNA Co., Ltd. 44

45.

46.

47.

48.

49.

50.

51.

52.

リリースノートガイドライン作成前のチームの状態 ● ガイドラインが存在せずエンジニアがその時の流れである種⾃由にリリースノートを記述をしていた ○ ⼈への依存が発⽣していたことを意味する ● 過去に利⽤された⽂章が、⾒直されることがなくそのまま流⽤されていた ○ リリースの内容がユーザーに伝わりにくい⽂章の構成になっていた ● 実際に私がリリース対応をする際も何を記述していいかの迷いが⽣じていた © DeNA Co., Ltd. 52

53.

リリースノートの役割 ● ● ユーザーに対して変更点や新機能を正確に伝えることは重要特にkencomのような「健康」にまつわるアプリでは我々が提供する情報の正確性はユーザの信頼に直結する ● アプリのアップデートを⾏い続ける中で、リリースノートの記述がバラバラだと、ユーザーは何が変わったのかを正確に理解するのが難しくなる ○ これにより、ユーザーエクスペリエンスの低下や、新機能の利⽤機会の損失につながる可能性がある ● また、デザイナーを含む開発チーム内でも、リリースノートのフォーマットが統⼀されていないと、それぞれの担当者が独⾃のスタイルでノートを書くことになり、結果的にユーザーに混乱を与えるリリースノートが出てくる恐れがある © DeNA Co., Ltd. 53

54.

リリースノートで⽬指したい姿 ● ● リリースノートは開発者とユーザとの接点の1つであるしかし伝えるべきこと‧伝えたいことがユーザに伝えれてないことが課題であった ● なぜなら私たちは、リリースノートが私たちの伝えたいこと‧取り組み‧姿勢を伝える場の１つとして機能させることができると考えているから ● それを解決するためにリリースノート作成のガイドラインを作成した © DeNA Co., Ltd. 54

55.

56.

57.

58.

リリースノート作成ガイドラインの確⽴ ● ● © DeNA Co., Ltd. リリースノートに記載する基準のガイドラインを作成した ○ 記載することしないこと ○ 具体で伝えるかニュアンスで伝えるか ○ 新着情報 ○ アクセシビリティ ○ バグ修正ライティング検討時の注意点を記載 58

59.

リリースノート作成ガイドラインの確⽴ ● ● ● © DeNA Co., Ltd. リリースノートに記載する基準のガイドラインを作成した ○ 記載することしないこと ○ 具体で伝えるかニュアンスで伝えるか ○ 新着情報 ○ アクセシビリティ ○ バグ修正ライティング検討時の注意点を記載視認性を向上させるために内容を表としてまとめた 59

60.

61.

62.

まとめ ● 新卒エンジニアが直⾯した開発プロセス上の課題と改善を紹介 ○ ビルド⽣成プロセスの改善 ○ イテレーションプロセスの改善 ○ リリースノート作成ガイドライン制作 ● 過去8年続く運⽤を鵜呑みにしそのまま利⽤せず、課題感を感じた際にその課題を⾔語化した上でチームに共有しWhy‧Whatの部分から考え課題を解決する重要さを改めて学んださらに今必要されている新しい⼿段を模索しチーム内で運⽤ができるまでに形作り運⽤させることで、それ⾃体が次のValueに変化し続けることを学んだ ● © DeNA Co., Ltd. 62

63.

【DeNATechCon2024】8年間運用が続くkencomアプリ開発プロセスの改善に 新卒が挑む