プロダクトに必要なスキルを10年維持するために――「スキルマップ」と「ソフトウェア式年遷宮」

プロダクトを長期運用するには、必要な知識やスキルをいかにチーム内でとどめておくかという視点が必要になります。本稿では、はてなの「Mackerel」というプロダクトで培った経験をもとに、「スキルマップ」と「ソフトウェア式年遷宮」という2つのアプローチを紹介します。（編集部） プロダクトチームにおけるスキル維持の難しさ プロダクトの運用には、さまざまな知識やスキルが必要です。プロダクトに対するドメイン知識や、プロダクトを実装するために用いているプログラミング言語。アプリケーションフレームワークやミドルウェア、インフラなど数え上げればキリがありません。プロダクトを長い期間運用していくためには、これらの知識やスキルをどのようにチーム内にとどめておくか、ということを考えていく必要があります。 これらは、さまざまな要因でチームから失われていきます。改修や機能追加などで頻繁に手が入るところは良いのですが

[daiksy]

翔泳社さんの新メディア。ProductZineに寄稿させていただきました。今後もはてなのいろんなメンバーが登場して弊社のプロダクト開発や運用についてお伝えしていく予定です。

[nilab]

「定期的なふりかえり会のアジェンダにスキルマップのメンテナンスを入れてしまう」「保有スキルにアップデートがないか、チームとして維持すべきスキルに増減はないか、などをスキルマップに反映しましょう」

[diveintounlimit]

どうにもCodeZineなのにブクマが多すぎる、どうせはてなだろと思ったらはてなだった。ウチだと一人で担当してる範囲が重複しすぎててあんまり意味を成さなそうな表。

[strawberryhunter]

フルスクラッチの方が式年遷宮であって、それはただの一部改築。式年遷宮なめんなよ。

[p1ass]

スキルマップの考え方は非常に良いと思うけど、式年遷宮はちょっとたとえとして微妙では？やってることは良いことだと思う

[yujiorama]

「ソフトウェア式年遷宮」はプロダクト(テクノロジー)ロードマップと似てる気がする(主観)

[paradisemaker]

あーこれ組織のスキルレベルを維持したり向上させるのにホントに大事