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
3
630
副業が難しいと思う理由
wadap
August 21, 2019
Tweet
Share
More Decks by wadap
See All by wadap
20200311_コネヒト_リモートワークを支える文化
wadap
2
2.7k
2016-11-10_chuo_university
wadap
2
3.8k
how_to_survive.pdf
wadap
0
100
how_to_choose_technology
wadap
7
4.3k
nanapiの会社風土と文化づくり
wadap
2
23k
20140826_nanapi_engineer_culture_pub.pdf
wadap
2
140
nanapiの開発現場をどのようにして回しているか
wadap
40
11k
nanapi TechBlog
wadap
1
6.9k
20140529_nanapistudy_vol2_pub.pdf
wadap
1
2.9k
Other Decks in Technology
See All in Technology
AIエージェントが書くのなら直接CloudFormationを書かせればいいじゃないですか何故AWS CDKを使う必要があるのさ
watany
18
7.6k
20250708オープンエンドな探索と知識発見
sakana_ai
PRO
4
1k
Amplify Gen2から知るAWS CDK Toolkit Libraryの使い方/How to use the AWS CDK Toolkit Library as known from Amplify Gen2
fossamagna
1
350
[SRE NEXT 2025] すみずみまで暖かく照らすあなたの太陽でありたい
carnappopper
2
470
助けて! XからWaylandに移行しないと新しいGNOMEが使えなくなっちゃう 2025-07-12
nobutomurata
2
200
AIでテストプロセス自動化に挑戦する
sakatakazunori
1
530
LIXIL基幹システム刷新に立ち向かう技術的アプローチについて
tsukuha
1
380
Introduction to Sansan, inc / Sansan Global Development Center, Inc.
sansan33
PRO
0
2.7k
「Chatwork」のEKS環境を支えるhelmfileを使用したマニフェスト管理術
hanayo04
1
400
How Do I Contact Jetblue Airlines® Reservation Number: Fast Support Guide
thejetblueairhelpsupport
0
150
OpenTelemetryセマンティック規約の恩恵とMackerel APMにおける活用例 / SRE NEXT 2025
mackerelio
3
2k
セキュアな社内Dify運用と外部連携の両立 ~AIによるAPIリスク評価~
zozotech
PRO
0
130
Featured
See All Featured
The Straight Up "How To Draw Better" Workshop
denniskardys
235
140k
Building Applications with DynamoDB
mza
95
6.5k
KATA
mclloyd
30
14k
The Psychology of Web Performance [Beyond Tellerrand 2023]
tammyeverts
48
2.9k
How to Think Like a Performance Engineer
csswizardry
25
1.7k
Chrome DevTools: State of the Union 2024 - Debugging React & Beyond
addyosmani
7
750
Rails Girls Zürich Keynote
gr2m
95
14k
Java REST API Framework Comparison - PWX 2021
mraible
31
8.7k
[Rails World 2023 - Day 1 Closing Keynote] - The Magic of Rails
eileencodes
35
2.4k
For a Future-Friendly Web
brad_frost
179
9.8k
Creating an realtime collaboration tool: Agile Flush - .NET Oxford
marcduiker
30
2.2k
No one is an island. Learnings from fostering a developers community.
thoeni
21
3.4k
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