以前書いた記事の続きです。
システム開発の現場でアジャイルを導入した(チーム改革を行なった)際に失敗したこと

今回は、PMとしてアジャイル導入を推進していた時につまづいたことをまとめて行きます。 プロジェクトメンバーの経験にもよるので、全てのチームで同じことが言えるわけでありませんが、アジャイル導入しようとしている方々に少しでも参考になればと思います。

アジャイルの考えを説明するのに時間がかかる

そもそもアジャイルとはを理解してもらえるのにめちゃくめちゃ時間がかかります。 上司やプロジェクトメンバーがプロジェクトに対して同じ課題感を感じており、アジャイルについて知見がある場合は、問題ありませんが、そうでない場合はもう大変です。 今の課題、アジャイルにすると何がいいのか説明しなければいけませんし、導入が決まった後も、アジャイルが何かを理解していないと、プロジェクトはうまくいきません。

ポイントはすぐに理解されない

アジャイルの設計にもよりますが、見積もりに時間ではなく、ポイントを使う場合があります。 プロジェクトメンバーでこのポイントの共通認識を得ていないと、見積もりがバラバラになり、ポイントの本来のメリットを見失います。

振り返り会が振り返っておわる

振り返り会を始めると反省点や良かったことだけ話して満足しがちです。
最初は会話ができていること自体が嬉しくで特に問題はないのですが、続けていくとネクストアクションが決まらず、モヤモヤするようになります。

まとめ

過去の経験を思い出して、つまづいたところを羅列してみました。
今後アジャイルを始める方々の参考になると嬉しいです。