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

プロダクトチームにおけるスキル維持の難しさ プロダクトの運用には、さまざまな知識やスキルが必要です。プロダクトに対するドメイン知識や、プロダクトを実装するために用いているプログラミング言語。アプリケーションフレームワークやミドルウェア、インフラなど数え上げればキリがありません。プロダクトを長い期間運用していくためには、これらの知識やスキルをどのようにチーム内にとどめておくか、ということを考えていく必要があります。 これらは、さまざまな要因でチームから失われていきます。改修や機能追加などで頻繁に手が入るところは良いのですが、あまり手が入らない領域は時間とともに記憶から消えていきます。ドキュメンテーションをしっかりすることである程度防げますが、それでも失われる暗黙知は存在します。また、異動や退職などによって人がチームから去ることもあります。異動や退職の際に、ほとんどの現場では引き継ぎが行われる

[daiksy]

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

[yujiorama]

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

[nilab]

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

[diveintounlimit]

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

[strawberryhunter]

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

[p1ass]

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

[paradisemaker]

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