サウスポーなエンジニアの独り言

サウスポーなエンジニアが日々感じた、気づいた、学んだことを徒然と書いています。

Agile 旧館より

「アジャイルの好きなところ」(Ultimate Agile Stories2)

投稿日:2013年7月31日 更新日:


そろそろUltimate Agile Storiesの季節です。
というわけで、Ultimate Agile Stories1に続き、Ultimate Agile Stories2で書いた内容をほぼ原文で公開します。

題名:アジャイルの好きなところ

2. はじめに
皆さんは「アジャイル」のどういうところが好きですか?

「そもそもアジャイルとは何か?」という議論も色々ありますが、ここでは「アジャイルソフトウェア開発宣言」を理解して実践しようとしていることとします。
私が「アジャイル」に感じた好きなところは以下のようなものです。
 
(a)顧客により価値の高いものを提供することができる
(b)自分達の成功体験を短いスパンで感じることができる
(c)携わったプロダクトやサービスに誇りを持つことができる
(d)またこのチームで仕事をしたいと思うことができる

以降、それぞれについて書いていきます。

3. 顧客により価値の高いものを提供することができる

アジャイルでは顧客に実際に動くものを見てもらい、フィードバックを得ます。
そのフィードバックを次のスプリントの開発に活かすことで、本当に顧客が欲しかったものを提供できる可能性が高くなります。

スクラムだと、各スプリントで行う「スプリントレビュー」でデモなどを行い顧客に確認してもらいます。
私が過去に経験していたやり方のいくつかでは、システムテストまで顧客が実物を見て触る機会がなかったこともありました。
実際に使うユーザにいたっては、リリースするまでその機会がなかったこともありました。

常にユーザに見てもらえる状態を維持するのは、それほど簡単なことではありませんが、それにチャレンジする価値はあります。

要件定義や基本設計の工程の成果物を変更したりできず、またより良い方法をマネージャなどに提案しても力ない笑みや苦笑と共に…「もう決まったことだから」「お客様はそれで良いと言ってるから」という返答を聞いたことありませんか?

社内定義のQCDは充足していたとしても、発注者だけでなく、実際に使うユーザも含んだ顧客の満足度をもっとトレースしたいと思っています。

プロジェクト終盤によく聞く「自分達が欲しかったのとは少し違うなぁ…」という声よりも、プロジェクトの途中に何度も「こういうことをしたかったんだよ。後、ここをこうすればもっと嬉しい」というユーザの声を聞きたくないですか?

4. 自分達の成功体験を短いスパンで感じることができる

「スプリント・レトロスペクティブ」(ふりかえり)が大事な理由の1つとして、チームの良い点をより強化して、改善し、顧客への価値の提供のスピード、質を上げるというのがあると思います。
そして、それと同じほど大事な理由に「自分達チームのことを知って、成功体験を得る」があると思います。

私が過去に経験していたやり方のいくつかでは、「ふりかえり」はプロジェクト終了時…それこそカットオーバー後…に行うことが多くありました。
いくつかは詳細設計などの工程の終わりで実施していたこともありました。
途中でプロジェクトから抜けたり、あまりに大きなプロジェクトの場合、ひょっとすると「ふりかえり」の場すら無いかもしれません。
いずれにせよ、そこで得た改善や成功体験を活かすまで、長いスパンが必要になります。
これでは何度もあるレベルアップのチャンスを逃しているようなものです。

特に経験が浅いエンジニアほど「自分達のチームがどの程度イケてるのか?」に敏感な傾向があり、「ふりかえり」によって成功体験を得ることで一段と伸びていきます。

またチームメンバー同士でフィードバックをし合うことで、個人の成功体験を得て、自信を持つことができ、レベルアップにつながります。
さらに相互理解も深まりチーム全体のレベルアップにもつながります。

「明日からこのふりかえりで出た〇〇をやってみます」とメンバーが宣言しているのを聞きたくありませんか?

5. 携わったプロダクトやサービスに誇りを持つことができる

ある尊敬できるエンジニアが「コードのAuthorに自分の名前を入れたくないようなコードを書くな」と言っていました。
これはプロダクトやサービスでも同じようなものだと思います。

自分達チームがリリースしたプロダクトやサービスを街中やインターネットで見かけた時に胸を張って「自分達が作ったもの」と言えますか?

前述した「顧客により価値の高いものを提供することができる」内容にも関係しますが、私が過去に経験していたやり方のいくつかでは、不本意なコード、ユーザインターフェース、機能群を持ったシステムを提供せざるを得ないことがありました。

アジャイルでは徐々に顧客と一緒にシステムを作り上げていくので、顧客はもちろん自分達チームにとっても「誇り」と思えるものになる可能性が高いと思います。

「このサービスは僕が作ったんだよ」と家族や友人に言いたくありませんか?

6. またこのチームで仕事をしたいと思うことができる

私自身はアジャイルで一番好きなのはこれです。
これは「アジャイルな開発をしたから思った」「アジャイルな開発でないから思わなかった」わけではありませんが、感覚としてアジャイルなチームで開発をすれば、ほぼ間違いなくこの感情を持ちました。

私が過去に経験していたやり方のいくつかは「二度と〇〇の顔を見たくない」ということも残念ながらありました。
でも顧客から「これが欲しかったんだ」という声をもらい、成功体験を積み重ねて、プロダクトに誇りを持っているチームだとそうはならないと思います。

「またこのチームで仕事したい」という言葉を聞きたくありませんか?

7. 最後に

私は「これまで書いたようなことをできる/したいからアジャイルをやろうとした」わけではありません。

当時は色々悩んでいました。もちろん今も悩んでいます。
「どうしたらお客様もハッピーになってチームも楽しく良い価値を提供できるんだろう?」を日々考えて、動いて、フィードバックを得て、改善してまた動いて…を繰返していく中でたどり着いた「こういう状態で働きたい」という形が自分なりのアジャイルなプラクティスや姿勢に近かったという感じだと思っています。

「アジャイルをやりたいんです」とたまにを聞きますが、その前に自分達とチームがしたいことが何なのか?を考えてみるってことも大事かと思います。

※注意:この記事は旧サウスポーなエンジニアの独り言から移行し一部修正したエントリです。

Photo by palooja on VisualHunt.com / CC BY

-Agile, 旧館より

執筆者:


comment

メールアドレスが公開されることはありません。 * が付いている欄は必須項目です

関連記事

自分憲法

#ソース元は「一生かけて取り組むべきものが分かる“自分憲法”の作り方」です。 自分のことを考えてみると「楽しく、成長しながら仕事をする」というのがそれと思っています。 #この「自分憲法」の考え方は、( …

「名前」で呼んでいますか?

仕事、プライベートを問わず人をどのように呼んでいますか? TPOによりますが大きく分けると2つに分かれます。 1:「鈴木さん」「佐藤君」「田中ちゃん」(笑)と固有の名前で呼ぶ人。 2:「君(きみ)」「 …

自分が議事録を書く際に気をつけていること

「議事録」は社内外の会議、打合せ、レビュー等のアウトプットです。 良い議事録を書く留意点、テクニックは色々あり、例えば… 1営業日以内に書く 記憶は曖昧で、かつ、あっという間に別のタスクが入ってくるの …

「先読み力」で人を動かす(リーダーのためのプロアクティブ・マネジメント)[読書感想]

「先読み力」で人を動かす(リーダーのためのプロアクティブ・マネジメント) 著者:村中 剛志 ◆目次 序 章 先読み力ってなに? 第1章 あなたの先読み力を知る 第2章 先読み力を鍛えるタイムマネジメン …

生産性の低さを嘆くよりも…

プロジェクトにおいてメンバーにタスクを割り当て、その品質や進捗管理をすることがあります。それについての自戒を書いておきます。 プロジェクトにはQCDなど色々な問題がつきものです。 その1つに【(自分も …

ギルドワークスの現場コーチ。
「正しいものを正しくつくる現場を増やす」ことを目指している現場コーチ。認定スクラムマスター(CSM)。
様々な規模のSIerでのシステム開発を経て今に至る。
DevLOVE関西を主催。