僕とアジャイルと時々スクラム。

釣りタイトルみたいになってしまいましたが、弊社が採用しているアジャイル開発について少し書きます。

そもそもアジャイル開発って？
スクラムとは？
アジャイル開発手法（スクラム）の基本的な仕組み
アジャイル開発手法の恩恵
① 多くのタスクをこなすことになるので、様々な機能を作れる
② テスト項目が少なく済む
③ 主体性を持ち開発を行えるので、自信がつく
④ 定量的な良い評価をしてもらえる
まとめ

そもそもアジャイル開発って？

テックブログ読んでる方は「いやもう知ってるよ」という方ばかりだと思うのですが、そもそもを省いてしまうとテックブログの文章量が少なくなってしまうので、書かせてください。ごめんなさい。

アジャイルソフトウェア開発宣言

私たちは、ソフトウェア開発の実践あるいは実践を手助けをする活動を通じて、よりよい開発方法を見つけだそうとしている。この活動を通して、私たちは以下の価値に至った。プロセスやツールよりも個人と対話を、包括的なドキュメントよりも動くソフトウェアを、契約交渉よりも顧客との協調を、計画に従うことよりも変化への対応を、価値とする。すなわち、左記のことがらに価値があることを認めながらも、私たちは右記のことがらにより価値をおく。

アジャイルソフトウェア開発宣言

私たちは、ソフトウェア開発の実践あるいは実践を手助けをする活動を通じて、よりよい開発方法を見つけだそうとしている。これらが私たちの価値と原則である。

https://agilemanifesto.org/iso/ja/manifesto.html

はい。有名な17人のスーパーエンジニアたちが当時の開発手法に嫌気をさして、議論した結果生まれた開発手法がアジャイル開発のきっかけと言われてますね。4つの価値と12の原則も書いてあるので知りたい方は上記リンクへどうぞ。

また、従来の定番だったウォーターフォール開発手法に対抗する為にも開発されたという背景もあるみたいです。

スクラムとは？

はい。上記の画像（フリー素材です）が全てを語っていますね。ラグビーで使われるスクラムが語源です。

アジャイルのフレームワークの一つがスクラムになります。

ざっくりですが、スクラムを構成するメンバーには以下の役割が必要です。

プロダクトオーナー：スプリントを支配するオーナー。弊社では経営陣が該当します。
開発者：タスクを行う人です。私です。
スクラムマスター：プロダクトオーナーと開発者の間に入る仲介役ですね。私です。

ほとんど私ですね。でも逆に開発者がオーナーとスプリントをするからこそ、タスクの粒度設定の議論で詰まることなく、スムースにスプリントが遂行できてるのだと思います。（もっと開発メンバーが欲しいです。）

アジャイル開発手法（スクラム）の基本的な仕組み

アジャイル開発の基本的な仕組みは以下です。（間違っていたらすみません。）

スプリントの計画（タスクを決める。）
開発・実装
レビュー
スプリントを振り返る
1に戻る。

弊社では上記の1~5を2週間の期間に区切って回しています。

アジャイル開発手法の良いところとして、スプリント期間が2週間と短く設定をしているため、経営陣たちからの要望に対して柔軟に対応することができるのに加えて、開発メンバー個々人にとっても、タスクが細分化されやるべきことが明確になると思います。

私も最初の1年間は特にがむしゃらに働いていて、どのくらいタスクをこなしているのか意識できていませんでしたが、入社1年目を迎える時にタスク管理ツールで振り返った際、「大小合わせて100タスクほどやってるのか！」とびっくりした思い出があります。

アジャイル開発手法の恩恵

アジャイル開発手法しかやってきてませんが、「ここよかったな〜。」と感じた点をまとめたいと思います。

① 多くのタスクをこなすことになるので、様々な機能を作れる

弊社は自社開発企業なので（これは企業ごとによって差があると思いますが）社員1人1人がやりたい、もしくは実装して欲しいと思う機能を翌月には実装してみよう！という柔軟性があります。開発メンバーもタスクは増えることになりますが、機能実装への要望がある分だけ知見を深めたり、新しい技術に触れ合う機会も生まれます。アジャイル開発手法を採用しているからこそ、スピード感を持って対応ができると日々感じています。