初めに
開発をしているとどうしても技術に偏ってしまうことが多いため、自分への戒めも込めて開発時に技術以外の面でプロダクトリーダーが考慮しなければいけないことをまとめようと思いました。また、自分は今オーストラリアの大学院でコンピュータサイエンスを専攻しています。「ITをどうマネジメントしていくか」という授業で扱った内容を自分なりに落とし込むために今回投稿させていただきます。
対象読者
- 新しいサービスを開発しようとしているチームのプロダクトリーダー
- 個人開発でアプリやサービスをローンチしようと思っている方
- 将来、起業を考えている技術志向の方
開発時に大切なこと
プロダクトを開発するときに、基本的に以下のことを最初に考えると思います。
- 世の中に必要とされているものか
- 世の中の構造を変える力を持っているか
最近で言うと、「機械学習」「ブロックチェーン」などの技術は、技術的にもちろん興味深いですが、これを使って社会に与えることのできるインパクトの大きさから注目されているのだと感じています。しかし、同時に以下のことも大切な考慮事項であることを忘れてはいけません。
- 倫理的に問題がないか
これを無視してしまうと、いくら優れたプロジェクトでもSNSで批判を浴びたり、ユーザーに受け入れてもらえないという事態が発生します。
この記事を参考にして、プロダクトを以下の項目事項に照らし合わせれば、開発時に忘れがちなのにとっても大切な考慮事項に問題がないかをざっとチェックできるようになります！(のちにプロジェクトが炎上したとしても自己責任でお願いします笑)
倫理
倫理とは、個人が行動する際に規範とするべき基準 のことで、ITの技術は社会の変化をもたらすため倫理に対する問いを常にする必要があります。
Laudon and Laudon 2018, p.155
私たち技術者や技術に関わる人たちは、常に自分達のプロダクトが世界の倫理にどう影響するかを常に考えておく必要があります。そこでまず最初に考えるべきは以下の図に当てはめてみることです。
言わずもがな、「違法」はいけません。
ここでは、図の右半分が問題なのです。例えば、こんなケースです。
ワイ「このゲームアプリ、面白そうだな！ダウンロードしよう！」
まだ理性的なワイ「ポチポチ。。。承諾書にチェックをする必要があるのか。ちゃんと読んどくか」
めんどくさがりが出てしまうワイ「なっが！！！もういいや。チェックしてインストールしちゃえ。えい！」
アホなワイ「面白いなこのゲーム！ふんふん！」
一方その頃。。。
アプリ開発者「ふふふ。またアホが引っかかったな。これで一ヶ月後に莫大な金額を請求してやろう。しかも合法。なぜなら 一ヶ月後に自動で料金が発生しますと書いてある承諾書に同意しているから な！！」
このケースは「合法だけど、非倫理的」です。(法律の専門家ではないのでこれは違法なのかもしれませんがこれは例なので悪しからず。)
おそらくこの開発者は、最初は大儲けできるかもしれませんが、のちに大きな問題に発展することでしょう。
意図せず非倫理的なことをしてしまった。。ことを避けるにはどうすれば良いのでしょうか？
倫理の原則
プロダクトを作る時に考慮すべき倫理問題には、「ビジネス的観点」と「技術的観点」があります。ビジネス的観点には大まかに6個、技術的観点には4つの考慮すべき原則があると言われています。
Laudon and Laudon 2018, p.160
O'Brien and Marakas 2011
ビジネス的観点
- 黄金律
- 人からしてもらって嬉しいこと を他人にせよ
- 定言命法
- 無条件 でなすべきことをする
- 滑り坂論の法則
- 継続的に実行できないこと は、着手すべきでない
- 功利主義
- より高い価値を生み出す 行動を起こす
- リスク回避
- リスキーな意思決定は避ける べき
- 倫理的ノーフリーランチ定理
- 全てのものは創作者の所有物で、創作者はその補填を望んでいるため、ビジネスをするときはそれが 誰の所有物かを明確にすべき
技術的観点
- 比例(日本語訳が正しいか自信がないので興味ある人は上記の参考文献を読んでみてください。)
- 技術によって達成される良いことは リスクを上回らなければならない
- インフォームドコンセント
- 技術に関係する人々は リスクを理解し、許容 しなければならない
- 正義
- 技術の利益と負担は公平に分担されるべき
- リスク最小化
- 不要で 避けることのできるリスクは常に避ける ように技術は用いられるべきである
これらの原則に開発しようとしているプロダクトが反していないかを常に考えるべきだと思っています。また、開発時だけではなく、リリース後に何か問題が起きたときどのように対処すべきかもここにヒントが詰まっているはずです。私の経験では「倫理的ノーフリーランチ定理」はプロダクト開発時にとても重要なコンプライアンスだと思っています。サードパーティのライブラリを利用するときライセンス明記や契約がどうなっているのかなどつい後回しにしてしまいがちですが、
- ドキュメントにその場で明記
- 無理なようならToDoリストに必ず入れる
- 開発チームに共有
をする文化を作っておかないと後々面倒なことになると感じています。余裕があるならライセンス関連のタスクを細分化して持っておくのも手かもしれません。
また、技術的観点の項目の「比例」ですが、これは自分が進めたいと思ったプロジェクトや新機能を実装するときに上司や他部署に説明するときに役立つはずです。「この機能があればこういったリスクはあるが、こういった利益が生まれる」という根拠のあるプレゼンは話を進める一手になるでしょう。
まとめ
私の経験から具体例を少しだけ書きましたが、他の項目もプロダクト開発時、保守時に参考にできる道標になるはずです。特に世の中に影響を与えたいという思いで作られるプロダクトほどこういった倫理観を大切にすることはより大事になってくるはずなので、少しでも参考にしていただけると幸いです。