化石みたいになったカスタマイズ、つらい もっと長く運営しているシステムをお守りしている方には8年程度と怒られるかもしれないですが、これくらい経つともう何のためのカスタマイズかわからないコードが割とあります。 こういうのはバグの温床になったりQAのコストを増加させたりしますし、何なら重要なビジネスロジックの中に複雑にカスタムコードが入り込んでいたりするので摘出するのも大変です。 SaaSの王様Salesforceの話ですが、初期に超王手金融クライアントのためにカスタマイズをしてしまって、その後そのカスタマイズによってインシデントを引き起こしてこれじゃダメだとなってAPIを提供するプラットフォーム化を進めることになったという話があります。プラットフォーム化した今でもそのカスタマイズコードは切り離せずに残ってしまっているそうですw (参照→ https://open.spotify.com/ep

これはなに 先日、なんちゃってスクラムにストーリーポイントを導入した人の話 まあまあメリットあったものの、立ち上がりが少し大変なので、お役立ち情報をまとめておく ストーリーポイントとはみたいな話はよくあるが、それを実際やるとどういう難しいことがあるのか なにが最初大変なのか 既存のプロダクトバックログアイテム全てにポイントをつけていくのが大変。誰か一人の意見で決めてしまっても仕方ないわけで、当然みんなで話し合って決めるが最初はスクラム開発への理解度の差とかコードへの知見の差もあってかなり時間がかかる。 自分のチームのケースだと1個のアイテムだけで30分くらいかかった。 それに対するTips 以下、実際にやってみて良かったことをつらつら書いてみる。 過去のポイント一覧を作る 完了したプロダクトバックログアイテムのポイントとかはどっかいってしまうので、二重管理になってもいいからバックログツール