Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Sign up for free
Menu
Search
Features
All features
Private URLs
Password Protection
Custom URLS
Scheduled publishing
Remove Branding
Restrict embedding
Deck Collections
Notes
Features
All features
Private URLs
Password Protection
Custom URLS
Scheduled publishing
Remove Branding
Restrict embedding
Deck Collections
Notes
Explore
Featured decks
Featured speakers
Programming
Technology
Storyboards
Explore
Featured decks
Featured speakers
Programming
Technology
Storyboards
Pricing
Search
Sign in
Sign up for free
複業メンバーと共に創るカウシェ
Search
Katsuya Kato
September 29, 2022
Technology
810
0
Share
Embed
Copy iframe code
Copy JS code
Copy link
Start on current slide
複業メンバーと共に創るカウシェ
【 iOS祭り 】ヒットプロダクトを開発!iOSエンジニアが語る自社プロダクト開発の難しさ
Katsuya Kato
September 29, 2022
More Decks by Katsuya Kato
See All by Katsuya Kato
AndroidThingsとFirebaseで始めるホームセキュリティ / Android Things Home Security
katsuyax
2
5.7k
WWDCでこの先生きのこるには / WWDC2017
katsuyax
0
110
watchOS3の新機能 / watchos3
katsuyax
0
110
Firebaseを使ってみた
katsuyax
0
62
iPhone(iOS)のアプリ内課金 / in app purchase
katsuyax
0
120
Other Decks in Technology
See All in Technology
会社紹介資料 / Sansan Company Profile
sansan33
PRO
31
430k
二歩目のフロントエンド・ウェブアクセシビリティ
camiha
2
660
[JAWS-UG彩の国埼玉#12]そろそろ準備する?re:Invent2026をやさしく解説 / reinvent2026-sainokuni
sh_fk2
1
360
DevelopersIO 2026 知識の地図を描く ─ オントロジーとは何か?
ishikawa_satoru
1
1.7k
触りたくないデータに、どう触るか AI時代のRBACアクセスガバナンス
ivry_presentationmaterials
0
280
実体験から学ぶ分析エージェントの開発と運⽤
recruitengineers
PRO
8
2.4k
Active Record Connection Adaptersにおける長年の課題に再び取り組む
yahonda
0
200
その Valkey 使いこなしていますか?
onk
PRO
5
1.6k
10年後、Engineering 行為を剥奪されるとして、わたしたちは、どう、何を創ればいいだろうか。 / If Engineering Is Taken Away in 10 Years, How and What Should We Create?
bitkey
PRO
1
200
AI × アーキテクト 第1・2章|生成AIの課題とアーキテクトの素養
daidaidai
0
180
React改造してみた
tsukina_7mochi
0
120
hackers_champloo_2026_tidb
makocchi
0
170
Featured
See All Featured
Writing Fast Ruby
sferik
630
63k
Groundhog Day: Seeking Process in Gaming for Health
codingconduct
0
420
Leo the Paperboy
mayatellez
10
2.4k
The Director’s Chair: Orchestrating AI for Truly Effective Learning
tmiket
1
330
Code Reviewing Like a Champion
maltzj
529
40k
Gemini Prompt Engineering: Practical Techniques for Tangible AI Outcomes
mfonobong
2
590
Mobile First: as difficult as doing things right
swwweet
225
10k
Marketing to machines
jonoalderson
1
5.9k
XXLCSS - How to scale CSS and keep your sanity
sugarenia
250
1.3M
The Illustrated Guide to Node.js - THAT Conference 2024
reverentgeek
1
570
How To Stay Up To Date on Web Technology
chriscoyier
790
250k
Efficient Content Optimization with Google Search Console & Apps Script
katarinadahlin
PRO
1
930
Transcript
© KAUCHE, Inc. 複業メンバーと共に創るカウシェ Katsuya Kato
© KAUCHE, Inc. 2 目次 • 自己紹介 • カウシェのサービス、組織の特徴 •
複業メンバーと共に創るときの課題 • 対策 • まとめ
© KAUCHE, Inc. 自己紹介 • モバイルアプリエンジニア ◦ iOS/Androidともに黎明期からアプリ開発を行う ◦ 前職ではUnityでの開発も行う
◦ Flutterも少々 • 2022年9月に一人目の正社員iOSエンジニアとして入社 ◦ 入社エントリ ◦ 実装はもちろんのこと今まで他のメンバーに助けてもらっていたところ を徐々に整えていっている 3
© KAUCHE, Inc. カウシェの紹介 4
© KAUCHE, Inc. 5 カウシェの紹介
© KAUCHE, Inc. カウシェの組織の特徴 • 複業メンバーが多い ◦ 自ら働く環境を楽しみ、熱量を最大化する「自律・自燃 型組織」を目指し、様々な雇用形態のメンバーが活躍 •
創業当初からスピードを出すために 複業メンバーに助けてもらっている • 複業から正社員になるメンバーもいる • 先月(2022年8月)まで 正社員iOSエンジニアが一人もいなかった ※複業にはフリーランスも含む 6 ※2022年8月時点
© KAUCHE, Inc. 7 複業メンバーと共に創るときの課題
© KAUCHE, Inc. 8 複業メンバーと共に創るときの課題 • 複業メンバーの稼働時間が限られている • 非同期コミュニケーションが主体になってしまう
© KAUCHE, Inc. 9 対策 • 複業メンバーのアウトプットを最大化できるよう環境を整える • 開発の助けになるドキュメントを用意する •
開発効率を上げるDesignKit、MockKitを準備する
© KAUCHE, Inc. 10 複業メンバーのアウトプットを最大化できるよう環境を整える
© KAUCHE, Inc. 11 複業メンバーのアウトプットを最大化できるよう環境を整える • M1 MaxなMacを貸与 ◦ ただしフルタイムに近い稼働に限る
◦ ビルド時間、Xcodeのプレビュー表示などを少しでも速く、軽く • 複業でも自分事にしてもらえるよう会社の情報をオープンにする ◦ 自律・自燃を目指している ◦ 会社に関する情報は全て Notion上で公開されており 複業メンバーも閲覧可能
© KAUCHE, Inc. 12 開発の助けになるドキュメントを用意する
© KAUCHE, Inc. 13 開発の助けになるドキュメントを用意する • 些細なことでもNotionに記載する ◦ iOSチームとしての方針を周知する ◦
PRで書いたTipsも他の人が気が付かないと勿体ない ◦ Slackでの議論で終わると流れてそのタイミングで居なかった人が見逃 してしまう ◦ 新規メンバーのオンボーディングにも役立つ
© KAUCHE, Inc. 14 DesignKit / MockKit
© KAUCHE, Inc. 15 カウシェのモジュール構成 ※一部UIKitもあるが大半がSwiftUIで作られている
© KAUCHE, Inc. 16 カウシェのモジュール構成 ※一部UIKitもあるが大半がSwiftUIで作られている
© KAUCHE, Inc. 17 DesignKit
© KAUCHE, Inc. 18 DesignKit • DesignKitとは ◦ カウシェのデザインコンポーネントを保持 ◦
Colors、Styles、UI Componentsを有する • 目的 ◦ 開発の効率化 ◦ プレビューでどのようなコンポーネントかすぐに分かる ▪ 何がすでにあるかというコミュニケーションが省ける ▪ DesignKitのコンポーネントの一覧を Notionなどに作成することや、 UIを確認するアプリを作ることも検討したが費用対効果を考えてプレビューだけ にした
© KAUCHE, Inc. 19 DesignKit
© KAUCHE, Inc. 20 MockKit
© KAUCHE, Inc. 21 MockKit • MockKitとは ◦ カウシェのモックデータを定義する ◦
APIのレスポンス等をモックする • 目的 ◦ モックデータをプレビュー、 UnitTestで共用して効率化 ◦ それぞれで用意すると似たようなデータが重複し、開発効率も悪くなる ◦ プロダクションコードから切り離す • 色んなパターンのモックデータを用意することでプレビューで 複数パターンの表示を確認できる ◦ UI仕様の把握をXcode上でプレビューで確認できる
© KAUCHE, Inc. 22 MockKit
© KAUCHE, Inc. 23 まとめ • 課題 ◦ 複業メンバーの稼働時間が限られている ◦
非同期コミュニケーションが主体になってしまう • 対策 ◦ ドキュメントやXcodeのプレビューなどの仕組みを使って仕様把握やコミュニケーションの効率化 を図った
© KAUCHE, Inc. 24 https://enjoy-working.kauche.com/product