スクラム開発
スクラム開発の1スプリントは、顧客に分かる機能単位で切ること。 小さいホールケーキ。 プロジェクトが順調化を判断できるものを指標化する 成果物を継続して検討する スプリントバックログは2週間に1度だけ、プロダクトオーナーが定義すること。 ふりかえり時でも良いので、いいやり方(プラクティス)を継続する プロダクトオーナーがチケットを切るためのベストプラクティスはない スクラム開発の導入 プロジェクトの見える化 一箇所に大きく書かれていること。壁を使うのも可。 個々のチームでスプリントを回すことで、改善が生まれることもある。 全社標準はやらないほうが良い。 逆に改善提案が潰される可能性があるため。 ふりかえり 製品の振り返りをするのではなく、やり方に関してのふりかえりを行う。 レガシーコードについて レガシーコードが本当に使われているかどうかを判断するために、APIのエントリーポイントにログを仕込んで可視化することで判断をできるようになることがある 参考 佐賀県庁の事例 https://www.slideshare.net/hiranabe/agilejapan2010-saga-prefecture-higashi »