NeWork 開発チームが自主的な改善を行う 20%ルールを1年間運用してみて - NTT Communications Engineers' Blog

NeWork 開発チームでは開発時間の 20%を主体的にプロダクトの改善に当てています。この取り組みの導入の背景や 1 年間運用して見えてきた良かったことや課題などをご紹介します。 目次 目次 はじめに NeWork とは 開発チーム改善活動 背景 活動内容 導入して良かったことと課題 良かったこと スプリントに積んだバックログアイテムが基本的に消化できるようになった エンジニアのモチベーション向上 インタラクションの改善もプロトタイプを通して納得感を与えられる コードの品質が上がる 課題 新機能を作った場合に他チームとの連携が難しい 新機能が放置されがち コンフリクトが起きる おわりに はじめに こんにちは。NeWork 開発チームの 2 年目エンジニアの中里です。普段はアジャイル開発エンジニアとしてフロントエンド・バックエンドを問わず、機能開発や改善を行っています。 この記事では、Ne

[name-25137412]

リファクタリングとかそっち系かと思ったらけっこう新機能開発にも時間充ててて興味深い

[hiroomi]

“改善内容で新機能を作ると、それに関わる人が少なくチーム内での影が薄くなりやすいです。...これは開発した人がアフターフォローをしっかりするべきなのかなと思います。”よい気づき。財産。