チーム分割について思うこと TLDR Zennに「チーム分割の独自ガイドライン」を投稿しました。 自分が開発チームを分割する場合に、どういった目安で実施するか、どういったところに気をつけるかについて書いています。 zenn.dev Future Works 一番大事などうやって合意を取り付けるか、調整をうまくやっていくかのコツについては書けなかったので、またどこかでまとめたいと思います。 評価制度と連動しているところもあるので、それについても書きたいですね。

独断と偏見の塊 前口上 ソフトウェアプロダクトをより成長させるために開発者の人数を増やす場合、とあるタイミングでチーム構成の再編が必要になります。やっていることの幅や深さの複雑度が上がると会議やレビューをする上で、ノイズだったり、キャッチアップの量が増えたりで生産性が落ちてしまうためです。 ベロシティーを最大化して開発するためにはどういう構成をとると良いでしょうか。 ダンバー数: 大枠から捉える ソフトウェア開発に限らず、組織運営をする上でダンバー数が一つの指標としてよくあげられます。人類学者、進化生物学者のロビン・ダンバーが提唱した概念で、安定した関係を築ける人数の上限で150人(100〜200人)がよく指標として上げられます。 人間の脳の認知能力には限界があるとして、狩猟採集社会での集団形成を分析したものです。軍隊の構成を決める上でも参考にされていると聞きます。 ダンバーが提唱したもの

※取材は、新型コロナウイルス感染症の予防対策を講じた上で実施しました 「引越したその日から次の物件を探している」。 『かってに改蔵』『さよなら絶望先生』『かくしごと』などのヒット作で知られる漫画家の久米田康治さんは、毎日のように不動産情報サイトを巡回するほどの物件＆引越し好き。 『かくしごと』の単行本に収録されているおまけ漫画「うろ覚え 漫画家仕事場遍歴」では、一風変わった仕事場とそれにまつわるエピソードを紹介しています。 久米田さんが引かれるのは、あと何年残るのかわからないような古い物件。かつて「売れた」と“勘違い”して選んだというタワーマンションでの反省から、建物の「最期」をみとってあげたい気持ちが生まれたと話します。 今回は仕事場を中心としたこれまでの引越し遍歴をあらためて振り返ってもらいつつ、思い出の部屋や街、引越しへの思いを伺いました。 久米田康治さん：1967年9月5日神奈川県