非エンジニアのチームが開発手法として有名な「スクラム」を導入して1年経ったので振り返ります - Qiitaこんな方に読んでもらいたい 以下のような課題を抱える責任者・マネージャー・リーダーの方に読んでもらえると嬉しいです チームメンバーがいつどんな仕事を何のためにしているかわからない 進捗どう？と聞いてしまいがち 目標のためにあれもこれもと仕事が増え、残業が当たり前の組織になってしまっている 目的や目標に対して、全員のベクトルが揃っているかが不安 確認や報告のMTGが多い 以下のような課題を抱えるメンバーにも読んでもらえると嬉しいです 自分の仕事量や成果を上司が把握してくれているかわからない このタスクは何のためにやっているかわからなくなるときがある 目的や目標に対して、どう向かっていくのか解像度高く見えてこない なぜスクラムを導入したのか SCQAで記載します 状況提示(Situation) 以前より僕たちは毎日朝会を実施していました 今日やることを発表し、確認し合っていました 複雑化(Co
