kintoneを支えるKAIZENの技術 - Cybozu Inside Out | サイボウズエンジニアのブログ

こんにちは、kintone開発チームの佐藤鉄平 (@teppeis) です。今回はkintone開発チームのKAIZEN（改善）活動について紹介します。

技術的負債が減らない！

サービスの開発を続けていくと、次第に技術的負債が溜まっていきます。kintone開発チームでは、開発期間中に溜まってしまった技術的負債は kintoneアプリに登録しておき、あとで時間があるときに返済するようにしていました。

このあたりの開発プロセスについてはこちらの記事をご覧ください。

超速で開発・リリースするための6つのこと | Cybozu Inside Out | サイボウズエンジニアのブログ

ところが、最近技術的負債がなかなか減らないという課題に直面していました。kintone開発チームでは主にメンバーの自主性に任せて負債を返済していましたが、この方法だと、

ビジネスサイドからのプレッシャー（もっと新機能を！）
タスク締め切りに対するプレッシャー（タスクが遅れないように！）
エンジニア以外からの成果の分かりにくさ

といった理由から、負債の返済よりも機能実装や不具合改修などのタスクをどうしても優先してしまいがちです。チーム内の振り返りのなかで、メンバーの自主性に頼るのではなく、違った取り組み方が必要だという認識が共有されました。

KAIZEN DAY !

そこで、丸1日使って集中して技術的負債を返済するイベント「KAIZEN DAY」を定期的に開催することにしました。KAIZENをテーマにした1 dayハッカソンみたいな感じです。

同時に、これまで使っていた「技術的負債」という言葉を「KAIZEN」に置き換えて、開発プロセス全体を含めたより広い範囲の改善活動を実施するようにしました。（負債よりKAIZENの方が響きもポジティブですしね！）

KAIZENタスクにはこんな内容が含まれます。

劣化したコードや設計のリファクタリング
開発プロセスの各種手続きの自動化
CI、継続的デリバリの強化
足りない自動テストの追加
自動テストの高速化、仕組み改善
パフォーマンスの向上
ドキュメントの拡充
新機能や既存機能改善のプロトタイプ実装

日頃からこういったKAIZENタスクをkintoneアプリに溜めていき、KAIZEN DAYでは各メンバーが取り組むタスクを選んで改善していきます。（もちろんKAIZEN DAY以外の日でも日々改善活動は行っています。）

KAIZENネタは日々kintoneアプリに溜めています。

KAIZEN DAYの夕方には発表会（KAIZEN HAPPYO）で各自の成果を共有します。ここで他のメンバーから「おーっ」と言ってもらえるようにみんなガチで集中します。（通常業務も同じぐらい集中してほしいですね！）

KAIZEN HAPPYOでプレゼンを聞くkintone開発チームのみなさん。なぜかニヤニヤ。

KAIZENの例

実際に行われたKAIZENの成果をいくつか紹介します。

タスクブランチでのSeleniumテストの実行

従来は、タスクブランチのCIではユニットテストなど短時間で終わるテストだけ実施して、Seleniumによる受入テストはメインブランチにマージ後に実施していました。でもそれだとマージ後にメインブランチを壊してしまう可能性があるため、不安な場合はGitHubのプルリクからワンボタンでSeleniumテストを実行できるChrome拡張とJenkinsジョブを作りました。

「task-accept」ボタンを押すとこのタスクブランチでSelenium受入テストが実行できる。これでマージも安心！

CIでDBコネクション数、実行クエリ数、APIリクエスト数の見える化

kintoneでは過去にDBへのクエリやXHRによるAPIリクエストを無駄に増やしてしまうバグが発生したことがあり、これを先行運用環境に適用するまで気づけなかったという問題がありました。そこで、日々のCIでSeleniumテスト時に発生したクエリ数やAPIリクエスト数をグラフ化することで、不自然な増減を可視化することにしました。