ポイント制によるタスク・メンバー管理と、プロジェクトを株式会社っぽくする方法の起案
•
2 likes•917 views
jgforceでの共同作業形態を考えるにあたって、汎用的な形でポイント型BTSによる合議制形態まで考えてみました。
Recommended
More Related Content
Similar to ポイント制によるタスク・メンバー管理と、プロジェクトを株式会社っぽくする方法の起案
Similar to ポイント制によるタスク・メンバー管理と、プロジェクトを株式会社っぽくする方法の起案 (6)
More from Toyokazu Tsugehara
ポイント制によるタスク・メンバー管理と、プロジェクトを株式会社っぽくする方法の起案
- 2. この文書についてこの文書について • この文書はjgforce企画で、協力者の権利とい• この文書はjgforce企画で、協力者の権利とい うものを確立するにはどうしたらいいか、とい うのを考えている過程で生まれましたうのを考えている過程で生まれました – jgforce http://jgforce.comjgforce http://jgforce.com • 協力者を募集するといっても、オープンソース プロダクトなどでも貢献に対する評価が曖昧プロダクトなどでも貢献に対する評価が曖昧 な事が多いです • それを明確化するための管理方法について• それを明確化するための管理方法について 考えました
- 3. 基本的な問題提起基本的な問題提起 •• 協力者を募集したのはいいけど、その協力者 へのメリットが不明瞭だなとへのメリットが不明瞭だなと • 不明瞭だとやる気にもならんわなと • 共同でやって、結果としてソースコードがよく• 共同でやって、結果としてソースコードがよく なるというお美しい話も否定はしない • でもクローズドソースで利益を出す方向で、 かつ複数人で共同運営するのはどうしようかかつ複数人で共同運営するのはどうしようか ということで、考えてみた
- 5. 基本はBTS系のタスク管理で、 それにポイントと合議制を結合したらどうよそれにポイントと合議制を結合したらどうよ ※BTS = Bug Tracking System
- 6. BTS系のタスク管理BTS系のタスク管理 ID 概要概要概要概要 担当者担当者担当者担当者 チケットの種類チケットの種類チケットの種類チケットの種類 マイルストーンマイルストーンマイルストーンマイルストーン 優先度優先度優先度優先度ID 概要概要概要概要 担当者担当者担当者担当者 チケットの種類チケットの種類チケットの種類チケットの種類 マイルストーンマイルストーンマイルストーンマイルストーン 優先度優先度優先度優先度 31560 マルチタッチのサ ポート tsugehara 機能リクエスト 5 - 中 31701 ビルドオプションを ES5に変更する tsugehara 機能リクエスト 231701ES5に変更する tsugehara 機能リクエスト 2 31230 putImageDataと drawImageまたは clearRect tsugehara 機能リクエスト 2 Game.setBgColorが 31229 Game.setBgColorが いまいちかも tsugehara 機能リクエスト 2 31228 Gameクラスのコン ストラクタ引数 tsugehara 機能リクエスト 2 31034 メモリ解放手段につ tsugehara 231034いて tsugehara サポートリクエスト 2 一般的なBTS ※sourceforge.jpより※sourceforge.jpより
- 7. 想定するタスク管理想定するタスク管理 ID 概要概要概要概要 担当者担当者担当者担当者 チケットの種類チケットの種類チケットの種類チケットの種類 ポイントポイントポイントポイント 優先度優先度優先度優先度ID 概要概要概要概要 担当者担当者担当者担当者 チケットの種類チケットの種類チケットの種類チケットの種類 ポイントポイントポイントポイント 優先度優先度優先度優先度 31560 マルチタッチのサ ポート tsugehara 機能リクエスト 20 5 - 中 31701 ビルドオプションを ES5に変更する tsugehara 機能リクエスト 10 231701ES5に変更する tsugehara 機能リクエスト 10 2 31230 putImageDataと drawImageまたは clearRect tsugehara 機能リクエスト 5 2 Game.setBgColorが 31229 Game.setBgColorが いまいちかも tsugehara 機能リクエスト 2 2 31228 Gameクラスのコン ストラクタ引数 tsugehara 機能リクエスト 4 2 31034 メモリ解放手段につ tsugehara 8 231034いて tsugehara サポートリクエスト 8 2 追加
- 10. 例えば例えば
- 11. ポイント割合の例ポイント割合の例 比率に直す と・・・ A B C D E 100pt 70pt 25pt 6pt 3pt と・・・ 2.9% 1.5% 49.0% 12.3% A B 49.0% 34.3% C D E
- 16. 運用フロー運用フロー 登録登録 承認 異議承認 異議 採用 却下採用 却下 実装実装 完了 差戻 誰でも 20%完了 差戻 20% 51%
- 17. 登録登録 • チケットを登録する作業• チケットを登録する作業 • 誰でもチケット発行可能• 誰でもチケット発行可能 • このチケットは何をするかと、それをしたこと で得られるポイントを記載可能で得られるポイントを記載可能 • ちょっとポイント数の調整が人間関係的に面 倒くさそう倒くさそう
- 18. 承認承認 •• チケットを承認し、実行可能な状態とする作 業業 • 合計20％のポイントが必要 A B C D E 49.0% 34.3% 12.3% 2.9% 1.5% 承認可 承認可 承認不可
- 19. 異議異議 •• 承認前・承認後を問わず、チケットを実行可 能とすることに異議を唱える作業能とすることに異議を唱える作業 • 合計20％のポイントが必要 • 異議が唱えられたチケットは実装に移れなく• 異議が唱えられたチケットは実装に移れなく なる A B C D E 49.0% 34.3% 12.3% 2.9% 1.5% 異議可 異議可 異議不可
- 20. 採用採用 • 異議が唱えられたチケットをプロジェクトに登• 異議が唱えられたチケットをプロジェクトに登 録する作業 • 合計51％のポイントが必要 • 採用されたチケットに対してこれ以上異議を• 採用されたチケットに対してこれ以上異議を 唱えることは出来ない • 実際は51％以上を集めた承認が採用に変化するため、承認と採用にポイント数以外の差異は無い 採用可 A B C D E 採用可 A+B A+C A+D B+C+D+E A B C D E 49.0% 34.3% 12.3% 2.9% 1.5% A+D B+C+D+E
- 21. 却下却下 •• 異議が唱えられたチケットをプロジェクトから 除外する作業除外する作業 • 合計51％のポイントが必要 • このチケットは完全に破棄される• このチケットは完全に破棄される • 実際は51％以上を集めた異議が却下に変化するため、異議と却下にポイント数以外の差異は無い 却下可 A B C D E 却下可 A+B A+C A+D B+C+D+E A B C D E 49.0% 34.3% 12.3% 2.9% 1.5% A+D B+C+D+E
- 22. 実装実装 • チケット内容を実装したことを報告する作業• チケット内容を実装したことを報告する作業 • 誰でもチケット実装は可能• 誰でもチケット実装は可能
- 24. 差戻差戻 •• 実装済みのチケットに対してフィードバックを 返す作業返す作業 • 51％も必要か？要検討• 51％も必要か？要検討
- 26. 継続・事後評価チケット継続・事後評価チケット • 例えば「1月～3月の運用」とかのタスクを正• 例えば「1月～3月の運用」とかのタスクを正 当に評価したい当に評価したい • 「○○を実装しました」というわかりやすい作 業ではないが、メールの問い合わせに対応し業ではないが、メールの問い合わせに対応し ましたといった仕事は正当に評価されるべき • また例えばサーバ代を○ヶ月間支払っていま• また例えばサーバ代を○ヶ月間支払っていま す、などの継続的なタスクも評価されるべき
- 29. 初期状態初期状態 最初に1000ptもらう ぜ サーバ代払うわ 技術ないけどテ ストとかやる tsugehara B C D E 1000pt 0pt 0pt 0pt 0pt PHP書けるぜ Node.js化してあ げる
- 33. 1ヶ月後時点の勢力バランス1ヶ月後時点の勢力バランス • お金を出したCが承認1 • お金を出したCが承認 や異議を独力で行える 状態に 1ヵ月後ヵ月後ヵ月後ヵ月後 状態に • もっともこの程度では、 12% 1% • 実質tsugeharaの独裁 27% tsugehara B C D 59% D E 1%
- 34. 3ヶ月後時点の勢力バランス3ヶ月後時点の勢力バランス • 仕事したDが承認や異3 • 仕事したDが承認や異 議を独力で出来る状態 まで権力を拡大 3ヵ月後ヵ月後ヵ月後ヵ月後 まで権力を拡大 • tsugeharaも50％割れを 4% tsugehara 50 したので、採用や却下 をするには最低限Eの 47% 25% tsugehara B C D E 協力を得ないと厳しい 形に22% D E • 合議制っぽくなってきた2%
- 35. 6ヶ月後時点の勢力バランス6ヶ月後時点の勢力バランス • Dが勢力拡大。CとDが6 • Dが勢力拡大。CとDが 結託すると50％確保可 能な状態に 6ヵ月後ヵ月後ヵ月後ヵ月後 能な状態に • 独裁でない以上BとEの 8% B E 数字も無視出来ない • 意見が割れると人間関 37% 33% tsugehara B C D • 意見が割れると人間関 係が面倒くさそう！ 5% 17% D E 17%
- 36. 300万円で売ったとか 利益上がったらポイントで分ければいいと思う 取得比率取得比率取得比率取得比率 300万からの分配万からの分配万からの分配万からの分配 Tsugehara 36.8% 約110万Tsugehara 36.8% 約110万 B 5.2% 約16万 C 16.8% 約50万 D 32.9% 約99万 E 8.1% 約25万 ここで売るかどうかの決定とかも、ここで売るかどうかの決定とかも、 チケットで51％集めたらって形にすればいいんじゃないのと
- 37. どうかな？どうかな？
- 38. 会社のがいいんじゃないの的な話会社のがいいんじゃないの的な話 • 会社じゃないので実際に利益上がると税金処理とか大変• 会社じゃないので実際に利益上がると税金処理とか大変 そう • 法人格が無い以上、収入の一次窓口として誰かが矢面に• 法人格が無い以上、収入の一次窓口として誰かが矢面に 立たないといけないってのもある • 株って法的根拠をもった制度でもない謎のポイント制度な ので、いろいろ面倒かも。ポイント売却とかしたい場合どうので、いろいろ面倒かも。ポイント売却とかしたい場合どう なる？ • 法律に縛られない分、国境だろうがなんだろうが越えられ るし、趣味・副業にしやすいってのはあるけど • まあ会社作れるなら会社のがいいよね。俺は金ないんで 誰か作って。作ってくれないなら代案でこれを検討しよう誰か作って。作ってくれないなら代案でこれを検討しよう
- 39. その他もろもろその他もろもろ • 実際tsugeharaがそこまでさぼる事ありえないんで、運用したら長い事独• 実際tsugeharaがそこまでさぼる事ありえないんで、運用したら長い事独 裁になりそうじゃね？ – そういうもんじゃね？ – 必要ならポイント譲渡とかしてもいいけど、俺がやらないと回らないくらいの– 必要ならポイント譲渡とかしてもいいけど、俺がやらないと回らないくらいの 状態が当面はいいんじゃないの – スマフォ対応が入ってくると金も作業量も動くので、一気に状況変わるとは思 うけど • このシステムを作るのが大変じゃね？• このシステムを作るのが大変じゃね？ – 当初は別にシステムいらないしいいんじゃないのと – ポイントはExcelででも計算しとけばいいでしょ。どうせしばらくは独裁なんだし • 運用できんの？• 運用できんの？ – しらね。やったことないし – こういう案はどうかなぁという起案レベルの文書 – でもBTS運用とあんま労力は変わらないんじゃないかな– でもBTS運用とあんま労力は変わらないんじゃないかな – 問題は何ポイントか決めるのに手間取って開発速度が遅くなったりしないか なって方。こればっかりはやってみないとわからん