kintoneプロダクトエンジニア業務紹介

1K Views

February 16, 26

スライド概要

kintoneのプロダクトエンジニアの業務紹介資料です。

採用リンク
https://cybozu.co.jp/recruit/entry/career/product-engineer-kintone.html

profile-image

サイボウズ株式会社の主に開発本部の資料を公開するアカウントです。

シェア

またはPlayer版

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

ダウンロード

関連スライド

各ページのテキスト
1.

kintone プロダクトエンジニア 業務紹介

2.

目次 01 なぜ、今kintoneのプロダクトエンジニアを採用するのか? P03 02 サイボウズについて P05 03 kintoneについて P09 04 プロダクトエンジニアの役割 P14 05 kintoneプロダクトエンジニアが所属する組織とチーム P17 06 採用について P23 07 Appendix P27

3.

なぜ、今kintoneのプロダクトエンジニア を採用するのか?

4.

kintoneは 成功の次の進化を目指すフェーズ 4万社規模のユーザーを支えつつ AI、エンタープライズ、グローバル という成長戦略を実現できる プロダクトエンジニアが必要

5.

サイボウズについて

6.

サイボウズという会社 チームワークあふれる 社会を創る サイボウズの理念は「チームワークあふれる社会を創る」こと。 私たちはその理念に沿ってチームワークを支えるソフトウェアを 開発し続けてきました。

7.

サイボウズの歩み 2022 売上高 (百万円) 30,000 単体売上高 グループ売上高 kintone 連結売上高 100億突破 連結営業利益 25,000 10,000 5,000 (百万円) 2002-2003 1997 創業 2011 kintone成長 パートナービジネス開始 クラウドビジネス転換 Garoonリリース メールワイズリリース kintoneをリリース 6,000 5,000 2017- 20,000 15,000 営業利益 4,000 3,000 2,000 サイボウズ Office リリース 1,000 0 0 創業期 販売網開拓期・M&A期 クラウド転換期 kintone成長期 https://cybozu.co.jp/company/ir/meeting/pdf/2412_01.pdf 7

8.

サイボウズの推しポイント 理念から製品までつながっている 「チームワーク=情報共有」という前提から、kintone等の製品が生まれてます! リモートワークでチームワークあふれる会社を実践している リモートワークを支える要素を「制度・ツール・風土」と定義し、 自分たちでkintoneを活用し、実践しています! 成長のど真ん中で、挑戦の余地がある 会社もプロダクトもまだまだ成長過程! kintoneでは挑戦する余地がまだまだたくさんあります!

9.

kintoneについて

10.

主力製品 開発の知識がなくても 業務に合わせたシステムを かんたんに作成できる クラウドサービス

11.

kintoneの現在地 15年の進化 多くのお客様 広がるエコシステム 2011年のリリース以降、常に進化し続けています 国内外の40000社以上でkintoneを導入していただき 業務基盤・データ基盤として活用していただいています オフィシャルパートナー社数は500社を超え、 連携サービスは400以上あり、クラウド売上の6割以上が間販です ※エコシステム:企業間のパートナーシップやアライアンスによって収益を生み出すビジネスモデルのこと

12.

あらゆる業種の、あらゆる人の、あらゆる仕事をkintoneが支えています https://kintone-sol.cybozu.co.jp /cases /#pickup

13.

kintoneの次の成長テーマ • 生成 AI の取り組み • kintone AIラボをリリース済み • 専門知識がなくても業務に活かせるAI • エンタープライズへの導入 • 部門導入から全社のプラットフォームとなるべく機能開発を進める • 私たち自ら kintone を活用し、情報共有の真価を体感 • 情報共有基盤として、チームワークあふれる世界をつくる • そしてグローバルへ • 全ての取り組みはグローバルを見据える • 世界一のグループウェアへ 既存のユーザーへの責任を果たしつつ、次の成長を加速させる 成功の次に訪れる、難しくも面白いフェーズ

14.

プロダクトエンジニアの役割

15.

プロダクトエンジニアの役割 • オーナーシップを持ってプロダクトを実現する • 仕様検討・設計・実装・コードレビューが中心 • プロダクトを作る専門家として、プロダクトマネージャーやデザイナーやビジネスサイドと共に考える • 不具合調査や問い合わせ対応など、運用寄りのタスクも扱う • なぜそうなっているか/どう変えるべきかを考え続けて開発していく 向き合う前提条件 • 長期運用で蓄積された技術的制約が存在 • サービスを止めずに改善・刷新を進めるために、影響範囲を見極め、 段階的に進める判断力が求められる • 将来の開発速度低下を招かないために、未来を見据えた全体最適をえらぶ必要がある

16.

技術的なチャレンジ 次の成長として取り組むこと 大規模なプロダクトとして取り組むこと • • • • コード分割による開発効率の向上(P27) 古いライブラリの刷新と新しい価値の提供 ユーザーが安心して利用できる仕組み • 性能上の安定性向上 • 性能特化アプリ • ガバナンス機能の強化 etc. • • • • kintoneの周辺サービスとしてkintoneをプ ラットフォームとした価値の拡大 • 性能ダッシュボード(P28) • 外部システムのkintoneアプリ化 (P29) AIの活用 開発者向けサービスの拡充 etc. kintoneの開発は、「成熟」と「挑戦」が同居する環境

17.

kintoneプロダクトエンジニアが 所属する組織とチーム

18.

kintoneの開発組織 ※ 人数は2026年1月現在 kintoneプラットフォーム副本部 約190人 プロダクトマネジメント部 エンジニアリング部 プロダクトデザイン部 約140人 販売管理システム プラットフォーム サブドメインクラス kintoneアプリ 開発部 エンジニアリング部 管理開発部 開発部 15人 21人 16人 48人 共通横断開発部 32人 開発者向けサービス kintone Design 基盤開発部 System 8人 サービスプラット サブドメインクラス kintoneシステム ナビゲーション エンドユーザー向け フォーム 管理サービス 管理サービス開発 サービス開発 開発 AI機能基盤開発 ライティング モバイル開発 リサーチ ダッシュボード開発 kintoneアプリ 管理サービス開発 kintoneアプリ サービス開発 kintoneアプリ 基盤開発 ローカライズ

19.

kintoneの開発組織 ※ 人数は2026年1月現在 kintoneプラットフォーム副本部 約190人 プロダクトマネジメント部 エンジニアリング部 プロダクトデザイン部 約140人 販売管理システム 販売管理 開発部 15人 プラットフォーム サブドメインクラス エンジニアリング部 管理開発部 サービスプラット サブ 16人 ドメイン サブドメインクラス 管理 フォーム 管理サービス 21人 インフラ ミドルウェア ダッシュ ダッシュボード開発 ボード kintoneアプリ 開発部 共通横断開発部 48人 32人 開発者向けサービス 社外向け 基盤開発部 OSS 8人 kintone Design System kintoneシステム ナビゲーション エンドユーザー向け 管理サービス開発 サービス開発 開発 AI機能基盤開発 ライティング モバイル開発 リサーチ kintone kintoneアプリ 管理サービス開発 kintoneアプリ サービス開発 kintoneアプリ 外部システムの アプリ化 基盤開発 モバイル ローカライズ

20.

開発チームについて • フルリモート • kintone、Slack、Zoomなどのツールを活用しコミュニ ストリーム アラインドチーム ケーションを重視 • 顧客領域ごとの担当チーム EM、PdE、QA、SMが所属 人数は合わせて3-8名程度 • ドメイン・コード理解の促進のため分担 • エンジニアリングマネージャー(EM) プロダクトエンジニア(PdE) チームEM QAエンジニア(QA) スクラムマスター(SM)で構成 PdE • QAやSMはチームによっては不在 • プロダクトマネージャー(PdM)やデザイナーなど とはチームの枠を超えて連携 QA SM PdM デザイナー ライター ローカライズ

21.

1週間(=1スプリント)の流れ スクラム開発をベースに1週間を1スプリントとして開発 開発チーム全体 で実施 木曜日 9:00 月曜日 個人で学習・改善を行う 10:00 11:00 金曜日 プランニング リファイン メント 15:00 17:00 18:00 探求時間 昼休み 13:00 16:00 水曜日 朝会(15分程度)& 開発時間 12:00 14:00 火曜日 必要に応じて開催 PdMとPdEの認識を 揃える リファイン メント モブプロやペアプロ を行うこともある リファイン メント リファイン メント リファイン メント 開発時間 成果物を披露し 各所からフィード バックをもらう 探求時間 スプリントレビュー ふりかえり

22.

開発・リリース体制 リファインメント PdM PdE Writer Designer QA Designer QA プランニング PdE 各タスクの実施 設計・実装 デザイン 文言作成 PdE PdE Designer 受け入れ確認 PdM Writer Designer 試験 QA テスト PdE Writer PdE QA

23.

採用について

24.

こういう方と一緒に、kintoneの次に挑戦したい • kintoneのプロダクト戦略を理解し、自律的にチームに貢献できる (理想への共感/自主自律) • 複雑さに立ち向かい、トレードオフのなかで全体最適な答えを探せる (あくなき探求/学びを重ねる) • 変更の影響を見通し、段階的に改善できる (やり遂げる) • 判断の背景を言語化し、合意形成できる (対話と議論/心を動かす) • AI、エンタープライズ、グローバルなどの不確実なテーマを楽しめる (果敢に挑む) • フルリモート環境化でも効果的なコミュニケーションを心がけ、チームワークを発揮できる (対話と議論/公明正大/多様な個性を重視) https://cybozu.co.jp/recruit/about/personality/

25.

採用フロー 書類選考 一次面接 二次面接 最終面接 • エンジニア2名 • リーダー / • 本部長/副本部長 1名 マネージャー 2名 • 人事メンバー 1名 • • • • 原則、オンライン面接 質疑応答が中心。コーディングテストは無し 1回の面接は50分程度 全体でおよそ1ヶ月程度 • 人事マネージャー 1名 オファー面談

26.

最後までご覧いただき ありがとうございました! 興味を持っていただけたら こちらからご応募お願いします https://cybozu.co.jp/recruit/entry/career/product-engineer-kintone.html

27.

Appendix

28.

Appendix:テーマの具体例① kintoneサーバーサイドの再構築 • 背景 • 長期間成長してきたサーバーサイドコードベース • 問題はコード量ではなく、責務の境界が曖昧な構造 • 影響範囲が読みにくく、新規メンバーほど慎重になる • 取り組み • PdMのメンタルモデルに沿った機能単位で、責務を閉じるコード分割 • 外部に公開されたインターフェースを用意し、振る舞いを定義する • 境界を前提とした設計ルールの整備 • 重量級なインターフェイス定義はAIで補助 • 設計判断は人が行い、改善を継続可能にする https://speakerdeck.com/hirokunimaeta/akitekutiyaconference-2025

29.

Appendix:テーマの具体例② 性能ダッシュボードの開発 kintoneを利用する数万社規模の環境を対象に、システムのパフォーマンスを可視化し、定量化されたデー タを元に改善サイクルを回せるようにする取り組み。 kintone本体とは独立したサブサービスとして構築されており、プロジェクトの特性やチームの状況に合わ せて、技術スタックを柔軟に選択した。 「何を可視化すれば価値になるか」という点から検討を開始。不確実性の高い初期フェーズでは、AWS の マネージド/サーバーレス構成を活用し、検証と学習を素早く回せることを重視した。 Application Layer <Frontend> <Backend> <Data Platform> React + TypeScript Hono OpenSearch Serverless SWR / Mantine / Highcharts AWS Lambda Fluent Bit / Kinesis / Glue <Infrastructure> AWS / Kubernetes

30.

Appendix:テーマの具体例③ 外部システムのkintoneアプリ化 これまでの kintone による業務改善は、主に「kintone 内の業務やデータ」に対するもの。 この制限を取り払い、「kintone の『外』にある業務やデータ」まで巻き込んだ業務改善の領 域に進出し、より幅広い業務領域での改善や変革を推進できるようにする。 これまでのkintoneアプリ Go で開発された常駐プログラムが 常時接続し、 外部システムとの連携を担う 顧客ネットワーク kintoneアプリの 知識で活用できる 外部システムの kintoneアプリ化 Proxy Agent 外部システム

31.

Appendix:フルリモートの実態 kintoneプラットフォーム所属 約190名の所属オフィス フルリモート (100km圏にオフィスなし) 9人 広島 5人 大阪 21人 福岡 13人 東京 126人 松山 13人 名古屋 2人

32.

Appendix:フルリモートの実態 • 出社率 • https://cybozu.co.jp/human-capital/data/#working • だいたい20%弱くらい • コミュニケーションツール • kintone, Garoon • Slack • Zoom, Teams • オフラインコミュニケーション • エンジニア系組織を巻き込む年2回のイベント • https://blog.cybozu.io/entry/2025/08/15/080000 • チームビルディング支援制度 • https://cybozu.backstage.cybozu.co.jp/n/n0c8c63e003ac