ダイナミックリチーミング 第2版 ―5つのパターンによる効果的なチーム編成

はじめに

Expertcityは瀕死の状態でした！ テクニカルサポートのeBayになるという構想を掲げた、同僚と私が心血を注いだこのスタートアップは、マーケットで失敗したのです。2001年までに、リーダーシップチームはすべての開発を停止すると宣言しました。私は泣きました。

幸いなことに、共同創業者のクラウス・シャウザーには、ある計画がありました。その計画には、最終的に2つのベストセラープロダクトという大成功につながるピボットを含んでいました。そこにたどり着くために、私が今「ダイナミックリチーミング」と呼んでいるものを始める必要がありました。

クラウスはまったく新しいプロダクトに取り組むために、小さな独立したチームに参加するように私に言いました。リチーミングによって、私たちは新しいチームになり、違った働き方ができるようになりました。私たちは働き方自体を大胆に変えることができたのです。慣れ親しんだウォーターフォール型の仕事のやり方を捨てる明示的な許可が与えられ、そうするよう勧められました。自由にプロセスを決められるようになったのです。開放感がありました。

チームはソフトウェアエンジニアで構成されていました。私はライターとして参加しました。会社の他のチームとは違って、それ以外の役割はなく、他から干渉されることもありませんでした。標準的な役割の人がいないので、すべて自分たちでする必要がありました。開発者がインターフェイスを設計するので、フロントエンドのデザインの精緻なモックアップを待つ必要もありませんでした。私たちはそのプロダクトをEasy Remote Controlと名付けました。略すとERCです。この頭文字はコードベースに何年も残り続けました。プロダクトはのちに社内コンテストを経てGoToMyPCという名前になりました。 ...