アジャイル開発における失敗しないディレクションの秘訣とは？

Web業界には、かれこれ10年以上在籍しています。前職では、フロントエンドエンジニアとしてウォーターフォール開発におけるコーディングなどを担当していました。

SENZOKU LAB.には、前職で培った経験を活かして入社し、大規模開発プロジェクトのプロジェクトマネージャーを経験。現在は、大小さまざまな新規サービス立ち上げプロジェクトを担当しています。

入社当初から携わっていた大手航空会社の開発プロジェクトはアジャイル開発でしたから、どちらの開発手法の経験もそれなりに長いですね。

私は前職が大手IT会社のプログラマーで、当社には2007年に入社しました。前身である株式会社プロトデータセンターの時代で、最初はデータエントリー部という部署でデータ入力をしていたんです。
当時はシステムの裏側を作るエンジニアになるか、ユーザーの目に見える部分を作るWebエンジニアになるかで迷っていたんですが、趣味でWebに携わっているのを知った会社に目をかけてもらい、フロントエンドエンジニアに転身しました。

当初はウォーターフォール開発が中心でしたが、最近ではテクニカルディレクターとしてアジャイル開発を指揮することも増えています。

アジャイル開発の概念自体は、2001年頃アメリカで提唱されたのをきっかけに広く知られるようになったといわれています。日本でも、少し遅れて開発の現場に入ってきました。

近年になってまた注目されているのは、変化の激しい時代に適した開発手法だからではないでしょうか。アジャイル開発は、計画、設計、実装、テストを小さな単位で何度も繰り返しながら完成に近づけていく仮説検証型の開発手法なので、変化に対応しやすいんです。

そうですね。最初にざっくりと方向性を決めてプロジェクトをスタートし、優先順位の高い機能から順に短いサイクルでリリースまでの工程を回していきます。全体の開発を一気に進めるわけではないので、顧客からのフィードバックや市場の変化があった際にも柔軟に反映できるのです。

ウォーターフォール開発は、最終的に実現したい機能や仕様を細かく定義した後、設定したゴールに向かって計画どおりに開発を進めていくモデルです。上流工程から下流工程に向かって段階ごとに開発を完了させていくため、原則として工程をスキップしたり後戻りしたりすることはありません。

基本的に手戻りを想定していないので、柔軟性には欠けますね。全体の流れや最終形のイメージは描きやすいですが、開発途中での細かな変更には向いていません。

トレンドの移り変わりが激しい市場での開発では、ウォーターフォール開発 よりアジャイル開発のほうが適していると思います。ウォーターフォール開発の最終段階で要件と市場の状況が合わなくなって作業をやり直すことになると、コストや時間のロスがとても大きくなるからです。

開発案件や市場、クライアントのニーズによって、開発手法を考えることが大切ですね。

Webの開発現場を率いる職種としては、Webディレクターやテクニカルディレクターなどが代表的です。

サイト内の広告やコンテンツの企画立案や制作、運用などを担うWebディレクターに対して、よりテクニカルな部分の技術や機能の提案、実装後の動作確認などを担うのがテクニカルディレクターですね。

テクニカルディレクターは、その仕事の性質上、技術者上がりの人に向いていると思います。ただ、アジャイル開発はあくまでもチームで開発するスタイルなので、足りないところは優れた能力を持つチームメンバーをアサインすることで調整可能です。

アジャイル開発は、工程ごとにチームを構成して各メンバーに役割やタスクを割り振り、コミュニケーションをとりながら開発を進める「スクラム開発」という手法で行われることが多いです。

各スクラムチームが担当するそれぞれのプロセスは「スプリント」と呼ばれ、ディレクションする人はスプリントごとに方向性を決め、スケジュール管理をして制作の指揮をとります。

一見すると、最初にゴールまでの計画を固めてしまうウォーターフォール開発のほうがスケジュール管理はしやすそうですが、意外とアジャイル開発のほうがスムーズに進行できる気がしますね。スプリント単位だとゴールまでの距離が短いので、それぞれが「今日何をやるべきか」「いつまでに、どこまで進めておくと良いか」を把握しやすいんですよ。

確かにそうですね。私はスプリントを2週間に設定してディレクションしていますが、みんな先の見通しがつけやすいようで、着実にタスクをこなしてくれているんですよ。

1つのスプリントが完了したら、「レトロスペクティブ」と呼ばれる定期的な振り返りを行います。直近のスプリントにおける成果やチーム活動のプロセスを洗い出して評価し、次回以降の改善につなげていく取り組みですね。

私は、プロダクトのオーナーやチームメンバーの調整役として課題を解決する「スクラムマスター」としてチームに加わることが多かったので、レトロスペクティブには非常に力を入れていました。

固定されたメンバーでプロジェクトを進めていくアジャイル開発のスクラムでは、チームメンバーのコミュニケーションが何よりも重要です。コミュニケーションの密度によって、プロダクトの完成度がまったく違うんですよ。

コミュニケーションがとれていると、お互いを慮って仕事を進めるようになるので、生産性も確実にアップしますよね。このあたりは、アジャイル開発の大きなメリットです。

アジャイル開発は計画を立てやすいので、無理なく働ける上に効率が上がりますね。

2週間で確実に終わる量の業務を割り振れば、みんな定時で上がれるように自分で仕事を配分しますから、だらだらと残業することなく高い集中力で仕事している印象です。

メンバーにとって、「いつまでに、何を作るか」が明確化されていて、プロジェクトに対する不安がない。それは、アジャイル開発の大きなメリットです。

スプリントごとに力量に応じた内容と量のタスクを割り振り、レトロスペクティブにおいては、一人ひとりの意見を丁寧に聞き取り、より良くするための十分な話し合いを心掛けています。

技術者の中には、一人で黙々と作業することが多いウォーターフォール開発の経験が長く、コミュニケーションをとりながらの開発に慣れていない人、苦手意識がある人が少なくありません。

実は私自身、ウォーターフォール開発からアジャイル開発に変わったとき、すごく抵抗があったんですよ。

そこで、レトロスペクティブに加えて毎朝10分から15分程度のミーティングをし、一人ずつ話をしてから作業をスタートするようにしました。また、レトロスペクティブの際にも、順番にファシリテーターを務めてもらっています。

全員にスポットライトがあたる時間を作ることで、チームメンバー同士がお互いの人間性や仕事への姿勢を理解し合うきっかけを作り、一人ひとりにチームメンバーとしての自覚を持ってもらえたらと思っています。

コミュニケーションの活性化はもちろん、仕事に対する主体性も高まりそうですね。自分がチームの一人であることを意識することで、アウトプットの質もさらに上がるのではないでしょうか。

「みんなで1つの物を作っている」という意識は、メンバーを成長させますよね。

そうですね。アジャイル開発の中でメンバーが刺激し合い、主体的に仕事をしてくれるのはとてもうれしいです。今後も、SENZOKU LAB.ならではのコミュニケーションを引き出すディレクションで、クライアントの期待を超える成果を目指していきたいと考えています。