ソフトウェア開発プロジェクトは、「兼務」を用いるチーム編成が多用されやすい対象ではないでしょうか。エンジニアであれば誰もが経験したことがあるでしょう。1人で複数のプロジェクトやチームを掛け持ちするあれです。マネージャーであれば、組織の人的リソース配置を考える時の手段の1つとして用いたことが何度かあるはずです。 しかし、兼務が引き起こす様々な弊害や問題については、あまり意識されないまま多用されているように感じます。 たとえば、兼務者本人にとってプロジェクトの掛け持ちは、仕事のマルチタスク化やミーティングの増加に苦しむ原因になります。組織の観点からも、兼務への依存は、知識の偏りや負荷の偏りという弊害をもたらすことに繋がりかねません。プロジェクトの観点から見ると、兼務という形での「人的リソースの共有」は、プロジェクト間での「リソースの競合」を引き起こしやすく、それが市場投入までの時間を長くする要

■5/23 23:20追記 思ったよりも色んな人に読んでもらっていて嬉しい。基本的には言い訳で書いたように「おっさんオタクの思い込み」で書いたものなのだが、ちょっとだけ追記させて欲しい。 いくつかのコメントで「覇権じゃなくて単なるソシャゲの流行り」「増田のハマったものリスト」とあったが、一応客観的指標としてコミケのサークル数は参考にしている。興味があればこのリストとコミケのジャンル規模推移を比較してみてほしい。 唐突にホロライブが入ったのはその時期「vtuber」ジャンルが急増していたからだし、ソシャゲが多いのは単に話題提供が定期的にあって流行りが持続しやすい(=同人ネタになりやすい)からである。 その意味で「同人人気指標」というツッコミは仰る通りだが、さりとて他にもっともらしい覇権の指標も思いつかない(かつては円盤の売上が重要な指標であったが、今は完全に形骸化している)。 逆に「この時期