アジャイルを目指す開発現場での3つの気づき

2016/03/12 2016/05/24

Luke Addison/Another Place – Crosby|https://goo.gl/s7KoCu

より少なく、しかし、より良いシステムを開発したいとお考えのみなさま。

アジャイル好きのみなさま、こんにちわ。

ここ最近、とある「アジャイルを目指す為に、スクラムを導入している開発現場」をみている中で…

について、色々と思うことがあったので、自分自身の考えを整理してみようと思います。

アジャイルを目指しているチームに対して、スクラムマスターやアジャイルコーチは、どのような観点でチームを観察していけばよいのでしょうか？

あくまで、僕の個人的な「気づき」を、自分自身の中に定着させる為にも、咀嚼し、文章として残しておこう♪

っと思ったものですが、みなさまの参考になれば、嬉しいです。

観点其の１：「今」本当に必要な事に、フォーカスしているか？

たとえば「システムの運用をする別の組織」に、自分たち開発チームが創ったシステムを引き継ぐ為のドキュメントを、ローンチ直前の慌ただしい時期に書いているケース。

ドキュメントを書く事でしか引き継げないのでしょうか？

例えばこんな方法で、重厚なドキュメントを書くよりも、効率的で効果的な方法がないか？を考え、開発チームをサポートする。

そんな動き、つまりは「時間のムダ、作りすぎのムダ、仕掛中タスクのムダ…etc」に、敏感になり、開発チームを支えられるような「観点」が、スクラムマスターやアジャイルコーチには必要だと思います。

勿論、チームが自分たちでそれに気付けることが理想的なんだけども…

時間に追われ、
プレッシャーの掛かる状況の中で、
自分たちのタスクを一生懸命に必死でこなしている中で、

このように客観的に自分たちを観察するっという事は、並大抵の人では無理じゃないかなぁと思うのです。

発言者の偏り、意見衝突の回避、説明責任の回避。

こんな兆候がみてとれたら…

それは、チームが「機能不全に陥ってしまっているサイン」だと思います。

スクラムマスターや、アジャイルコーチは、このようなサインを見逃すことなく、適切な対応をとる必要があるでしょう。

具体的にどのような対応を取れば良いのか？

僕思うに、一言で言うと「チームメンバーの心理的安全性を一定レベルに向上し、保ちつづけるようにする」こと。

だと思います。

まぁ、、言うが易し…で、

それは、とっても難しいことだと思いますし、一朝一夕で出来るものでは無く、時間を掛けて向き合っていく必要があるでしょう。

このあたりについては、下記の記事も参考になるかと思います。

このような状況になってしまう原因は、どのような事が想定出来るんでしょうね。

などでしょうか？

これらについても、スクラムマスターやアジャイルコーチは、適切な対応をしていく必要があると思います。

時には「嫌われ役」になることを恐れず、表面的な優しさだけでなく、本当の意味の優しさを発揮する必要があるでしょう。

う〜〜〜ん、こうして改めて整理してみると、スクラムマスターやアジャイルコーチは、本当に大変ですよね（笑）。

でも、僕も、素敵なすてきな、自分が理想とするスクラムマスター／アジャイルコーチをこなせるよう、日々、精進していこうっっと♪