Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Features
Speaker Deck
PRO
Sign in
Sign up for free
Search
Search
副業が難しいと思う理由
Search
wadap
August 21, 2019
Technology
690
3
Share
Embed
Copy iframe code
Copy JS code
Copy link
Start on current slide
副業が難しいと思う理由
wadap
August 21, 2019
More Decks by wadap
See All by wadap
20200311_コネヒト_リモートワークを支える文化
wadap
2
2.8k
2016-11-10_chuo_university
wadap
2
3.9k
how_to_survive.pdf
wadap
0
120
how_to_choose_technology
wadap
7
4.3k
nanapiの会社風土と文化づくり
wadap
2
24k
20140826_nanapi_engineer_culture_pub.pdf
wadap
2
160
nanapiの開発現場をどのようにして回しているか
wadap
40
11k
nanapi TechBlog
wadap
1
7k
20140529_nanapistudy_vol2_pub.pdf
wadap
1
3k
Other Decks in Technology
See All in Technology
SREとQA 二人三脚で進めるSLO運用/sre-qa-slo
sugitak
0
570
クラウド上のデータ復旧で見落としがちな制約: 医療系 SaaS の BCP 設計から得た教訓
kakehashi
PRO
0
3.5k
CSに"SLO"は要らない、経営層に"99.9%"は伝わらない - SREを全社に"翻訳"する3原則
cscengineer
PRO
1
4.6k
“それは自分の仕事じゃない"を越えて行け
yuukiyo
0
300
なぜ私たちのSREプラクティスはなかなか機能しないのか 〜システムより先に組織を見る〜 / Why our SRE practices aren't really working
vtryo
3
3.7k
環境凍結という Toil を倒す -セルフサービス型 Ephemeral テスト環境の 設計と実践
shirouz
1
2.4k
キャリアの中で本を作る / Making a Book During Your Career
ak1210
0
140
Empower GenAI with Agile - あなたのアジャイルが生成AIのバフになる仕組み
hageyahhoo
1
180
cccccc
moznion
0
1.9k
個人開発で育てる「大規模設計の苗床」 - AI時代の1人開発から始める業務への知識接続 / The Seedbed for Large-Scale Design - From AI-Era Solo Projects to Professional Knowledge
bitkey
PRO
1
230
依頼文化をやめる日 EM視点で語るPlatform EngineeringとInclusive SRE / Discussing Platform Engineering and Inclusive SRE from an EM's Perspective
shin1988
4
5.5k
Devsumi 2026 Summer 人もAIも使える共通基盤を事業の加速装置にする~デザインシステム運用に学ぶ組織レバレッジ~ 渡辺 凌央
legalontechnologies
PRO
0
130
Featured
See All Featured
The AI Search Optimization Roadmap by Aleyda Solis
aleyda
1
6k
Claude Code のすすめ
schroneko
67
230k
What the history of the web can teach us about the future of AI
inesmontani
PRO
1
630
The Psychology of Web Performance [Beyond Tellerrand 2023]
tammyeverts
49
3.5k
The Web Performance Landscape in 2024 [PerfNow 2024]
tammyeverts
12
1.2k
Designing for humans not robots
tammielis
254
26k
Site-Speed That Sticks
csswizardry
13
1.3k
Git: the NoSQL Database
bkeepers
PRO
432
67k
Navigating Algorithm Shifts & AI Overviews - #SMXNext
aleyda
1
1.4k
We Are The Robots
honzajavorek
0
280
Code Review Best Practice
trishagee
74
20k
AI Search: Implications for SEO and How to Move Forward - #ShenzhenSEOConference
aleyda
1
1.3k
Transcript
副業が難しいと思う理由 アル株式会社 和田 修一 / Shuichi Wada / @wadap
自己(社)紹介
自己紹介 現在やっていること • 和田修一 / Shuichi Wada • アル株式会社 取締役CTO(大昔は
nanapi という会社のCTOやっていました) • 開発・プロダクトまわり全般みてます • その他、エンジェル投資なども少々やったりしています • 本業はギタリストだと言い張っています
アルとは? 『アル』はマンガファンが、マンガ愛を投稿することによって、 よりマンガを買う人を増やすためのネット上の情報サービスです。 iOS Web Android
アルの主要な機能につきまして アルは「マンガのコマ投稿が公式にできること」、 「Gmailの受信履歴から購入履歴が作成できること」などが大きな特徴です Gmail連携で購入履歴 を自動生成 許可をいただいたマン ガのコマを投稿できる
今回やろうとおもった経緯 Twitterでぼやいたのがきっかけです
アル社の現状
アル社の現状 副業メンバーはメンバーにいません • 現在、アル社はエンジニア含めて12名 • エンジニアは全体で8名です(うち、フルリモートのメンバー2名) • 全員がフルで稼働できるという前提でのプロジェクトマネージメントを実施
チーム構成 Web/Backendとアプリでチームを分けています Web/Backend iOS/Android Product Owner Data Analyst
Project Management 副業メンバーをいれたときのPMはどうすべきか? • プロジェクトの進行に関しては、すべてスクラムにのっとっていやっている • できる限りスクラム原理主義的に、あまり自社カスタマイズしない方針でやっている • 厳密に整理すると、スクラム ×
副業 がPMの難易度を上げる
スクラムについて
スクラムとは? スクラムガイドラインより https://www.scrumguides.org/docs/scrumguide/v2017/2017-Scrum-Guide-Japanese.pdf
スクラムの解釈 Product OwnerとScrum Masterと開発メンバーの整理 • Product Ownerは決断をし続ける必要がある • Product OwnerはScrum
Masterと協力し、判断可能なデータを集め整理し続ける • 開発メンバーはできるかぎり決断はせず、バックログ上にある情報で判断をして開発をする
プロダクトバックログの管理 JIRAを使い開発に関わるもの全てに優先順位をつけています
さっきの原則の解釈 自社では以下のルールをコンセンサスとしています • スプリントの期間は1週間とする • チーム内のタスクは誰もができるものである • プランニング時に提示した時間はチームとして誰がやっても可能な時間である • 週の稼働時間(休みの予定など)は事前に提示をし、週単位で稼働可能な時間を算出する
• バックログは週の単位で成果としてみえるものとし、タスクは最長で1日で終わるものとする • スクラムにおけるセレモニーは必須参加とし、事前に稼働ポイントとして計上するものとする ◦ デイリースクラム・リファインメント・プランニング・スプリントレビュー
副業の課題
スクラムガイドライン スクラムを導入する際の原則 https://www.scrumguides.org/docs/scrumguide/v2017/2017-Scrum-Guide-Japanese.pdf
副業メンバーがいる場合 副業メンバをスクラムで動いてもらうことは可能か? • 「機能横断的である」「開発チームのメンバーに肩書はない」というあたりが難しい • 副業メンバーの稼働時間は週に数時間が限度 • 開発され続けているプロダクトは、ハイコンテキスト • 特殊枠としてのサブチームとして入ってもらうことは原則NGである
副業メンバーがいる場合 スクラム”外”で入ってもらうとすると? • スクラム外ではいる場合、どういったタスクの配分にすべきか? • 整理されたバックログとの管理外でタスクを管理すべきか? • 結果として、副業メンバー用のタスクリストを別に管理をする必要がある? • 進行中のタスクとクリティカルパスがあったときの管理・把握方法はどうすべき?
企業側との契約について 請負契約 民法第632条(請負) 請負は、当事者の一方がある仕事を完成することを約し、相手方がその仕事の結果に対してその報酬を支払うことを約することに よって、その効力を生ずる。
企業側との契約について 準委任契約 民法第644条(受任者の注意義務) 受任者は、委任の本旨に従い、善良な管理者の注意をもって、委任事務を処理する義務を負う。
企業側との契約について どちらの契約でもできないこと • 契約は、請負契約か準委任契約となる • 発注側に指揮命令権はない • どのようにプロジェクトとして成果を上げるために参加をしてもらうのがベストか?
個人の経験から考える、可能そうな副業 技術顧問やコンサルをやっている(た)経験からできそうなポイント • その場で完結できること ◦ 複雑な会議の論点の整理や会議のファシリテート ◦ 事業計画のレビュー ◦ 実装・設計のレビュー
◦ 社内研修 ◦ マネージャー層の1on1 ◦ 採用業務(募集要項作成・書類選考・面接・入社前面談) • 手離れがよい、点のタスク ◦ 新規事業の企画書作成 ◦ 協力会社の紹介 ◦ 調査やレポート作成など
どのように副業メンバーに活躍してもらっているのか Project Managementの観点などから伺いたいです • 決して副業という働き方を否定しているわけではありません • ただ、プロジェクトマネージメントの観点から見ると非常に難易度があがるという認識です • そのあたりをどのようにうまくやっているのかを知りたくて、今回の会を開きました
None