Slide 1

Slide 1 text

サイボウズ株式会社 kintoneチーム 鈴木 亜耶 @szkayeah スキルグラデーション! 虹色のkintoneチームの中で私が目指すもの 2019/09/14 就活GeekHub LT キントーン

Slide 2

Slide 2 text

鈴木 亜耶 @szkayeah • Webアプリケーションエンジニア • 2017年1月にUターンで転職 • 好き:CI・自動化・モニタリング • 大好き:紅茶 はなすひと すず き あ や

Slide 3

Slide 3 text

発表資料は後ほどUPします

Slide 4

Slide 4 text

時間が限られているので サイボウズのブースで話してみたい! という発表を目指します

Slide 5

Slide 5 text

No content

Slide 6

Slide 6 text

• グループウェアの会社 • kintone, Garoon, Office, Mailwise etc • 「チームワークあふれる社会を創る」 • 今年から開発本部に大きな組織変更が サイボウズ

Slide 7

Slide 7 text

マネジャーがいなくなりました https://blog.cybozu.io/entry/2019/02/13/080000 ※2019/09/14時点を引用

Slide 8

Slide 8 text

職能・地域別ではなく製品チームと支援チームに分かれました https://blog.cybozu.io/entry/2019/02/13/080000 ※2019/09/14時点を引用

Slide 9

Slide 9 text

職能・地域別ではなく製品チームと支援チームに分かれました https://blog.cybozu.io/entry/2019/02/13/080000 ※2019/09/14時点を引用

Slide 10

Slide 10 text

• 職能別でなくなったからといって… • みながみな全職能スキルの超人になるのは無理 • プログラミング、試験設計、ユーザ分析、障害調査 etc スキルのグラデーション

Slide 11

Slide 11 text

• それぞれメイン職能を持ちつつ… • 今まで職能別で分断されていたスキルが混ざるように • 例) PGとQAで一緒に試験設計をする • 短期的に他職能の仕事を体験する流れも増えた • 得意・興味のあるスキルは濃く深く • 兼務・異動もカジュアルにできる →スキルは0・1ではなくグラデーションになる スキルのグラデーション

Slide 12

Slide 12 text

• 「Webアプリケーションエンジニア」 • 募集要項ではたった1職種だけど… • 実情はそれぞれが個性を生かして活躍している • パフォーマンスチューニングを追い求める人 • モバイルチームと製品チームの橋渡しをする人 • チーム内でスクラムマスター的な動きをする人 • フロントエンド環境の改善に奮闘する人 etc 得意を生かす・興味を磨く

Slide 13

Slide 13 text

No content

Slide 14

Slide 14 text

kintoneチーム(約40名) PG:23名 QA ProductManager ※役職のマネジャーではない Design・Research TechnicalWriter

Slide 15

Slide 15 text

kintoneチーム(約40名) PG:6サブチーム QA ProductManager ※役職のマネジャーではない Design・Research TechnicalWriter 1 3 2 5 4 6

Slide 16

Slide 16 text

• 障害対応の専任チーム • 基盤運用チームは別にあるので協力 • アプリ観点で調査・対応する • 非機能部分の改善タスクが多い • 速度を改善する • リソースに負荷をかけないようにする • 障害を減らす→安定稼働→安心して使える 私のいるサブチーム

Slide 17

Slide 17 text

• ユーザの数だけ使われ方がある • Web型データベース(画面上でスキーマを自由に設定) • 例えば、1テーブルに対しめっちゃカラムがある • 例えば、1カラムに対しサイズの大きいデータが入っている • 例えば、とにかくレコード数が多い • あるユーザに効く改善があるユーザの改悪にな ることも • リリース前に全パターン想定は困難 kintoneの特性

Slide 18

Slide 18 text

• とにかく本番で使われないと分からない事がある • 本番リリースをどんどんしたい • 現状:月1の定期メンテ+頑張って調整すれば週1ぐらい • 理想:好きな時に気軽にリリース • とはいえユーザへの影響は最小限に • 問題があれば即切り戻せる • 一部ユーザのサンプリングで検証できる →デリバリー周りの改善やるぞ!! 私が目指すもの

Slide 19

Slide 19 text

• 事例 • 性能検証の自動化 • 過去の発表資料 • https://speakerdeck.com/szkayeah/20181027-performance-test • フィーチャーフラグ管理サービスの作成 • リリースアーカイブUP対象はVMで100を超える • 1台に複数ユーザが存在する(マルチテナント) • どのユーザのどのフラグをON/OFFするか一元管理する 私がやっていること

Slide 20

Slide 20 text

という事で私は kintoneのデリバリー周りを触りたい Webアプリケーションエンジニアです

Slide 21

Slide 21 text

それぞれで活躍するエンジニアがいますので ぜひブースに来てください!

Slide 22

Slide 22 text

ありがとうございました!