ホワイトボードと付箋です。それらを有効活用するための知識も必要ですね。テクノロジー企業で働いている、またはエンジニアと接することが多いなら、「スクラム」と「アジャイル」について聞いたことがあるかもしれません。これはテクノロジー業界においては重要視されているものの、一般には理解されにくい言葉であるようです。「プランニングポーカー」、「スタンドアップ」、「スプリント」なども、テクノロジー関係者の間でよく使わる用語です。初心者は、これらの用語を聞くと気後れしてしまうかもしれません。私も最初はそうでした。ハイテク企業に就職した最初の週に、ソフトウェア開発チームを通じてスクラムについて紹介を受け、すぐに夢中になりました。複雑な問題に取り込み、優先順位を付けて個々のタスクに分け、そのタスクの解決に最適なチームメンバーに振り分けるのを可能にするその方法は、すばらしいものでした。これはエンジニアだけのものでしょうか?プログラムを操る以外の人たちも、スクラムのようなものを活用することはできるのでしょうか?そうだとすれば、どのように始めればいいのでしょう?ではここで、スクラムの導入として短時間でご紹介します。スプリントのように、です。スクラムとアジャイルとは?初めて聞く人は、この専門用語に困惑するかもしれません。「スクラム」と「アジャイル」は、業界に慣れていないと同じ意味で使われているように感じるかもしれませんが、重要な違いがあります。アジャイルとは、「コラボレーション、自己組織化およびチームの垣根を超えた機能など、アジャイルマニフェストで表現されている価値観と原則に基づく一連の方法と実践」を指します。スクラムは、アジャイル開発を実装するために使用されるフレームワークです。つの違いを理解するには、レシピと食習慣の違いについて考えてみると分かりやすいでしょう。ベジタリアンな食習慣とは、原則と価値観に基づく一連の方法と実践です。ひよこ豆のタコスのレシピは、ベジタリアンな食習慣を実行するためのフレームワークにあたります。これは、アジャイル(食習慣)とスクラム(レシピ)の関係に似ています。年代にかけての革新的な日本企業(トヨタ、富士通、ホンダなどの企業)が採用した技術から生まれました。年代半ば、ジェフ・サザーランドという男性は、スケジュールは遅れ、予算に収まらないプロジェクトに絶えず悩まされている企業にもどかしさを感じていました。そこで、彼は何かいい方法はないかと調査を行いました。その調査を通して、上記の日本企業とアジャイルな方法を知ったのです。これに基づきサザーランドは、スクラムのフレームワークを作成しました。この新しい方法が一連の成功を収めたことにより、スクラムはすぐに製品開発の世界全体に広がり始めました。スクラムは誰のためのものか?スクラムが、エンジニアや開発者に限られたものだと考えるのは無理もないかもしれません。このフレームワークは他のタイプのプロジェクトにも有益です。「スクラムはあらゆる種類の複雑なプロジェクトで活用できます。具体的な成果物がある場合に最適です。マーケティングの仕事をしていてプロジェクトのためにコピーを書く場合でも、スクラムは間違いなくチームに役立つでしょう」と、インセンティブテクノロジーグループ社の認定スクラムマスターであるデビッド・マシューは説明しています。まで、多くの人たちに使用されてきました。ソフトウェアやメールキャンペーンなど、何らかの成果物を生み出す場合、スクラムを活用すると、より少ない時間でチームをまとめ、より多くの作業をこなすことができます。スクラムを構成するメンバーと要素スクラムを理解するには、メンバーとフレームワークの要素を理解する必要があります。幸いなことに、スクラムを始めるのに特別な経験や認定は必要ありません。「スクラムを始めるのは簡単です。必要なのは自分の考えやアイディアを整理する場所、つまりバックログだけです。Trelloのようなソフトウェア、あるいは単なるホワイトボードを使用することも可能です。プロダクトオーナーやスクラムマスターなど、さまざまな役割が必要です。実際に必要なツールは、これらの関連する役割ほど大きくはありません」とマシューは言います。それでは、スクラムを実現させる要素を分解してみましょう。スクラムは、プロダクトオーナーから始まります。これは、エンドユーザーの利益を最優先に考え行動し、最終的な製品に何が入るべきかを発言する権限を持つ人です。プロダクトオーナーは、バックログ(最終的な製品が必要とするタスクと要件のリスト)の作成を担当します。重要なのは、バックログには、優先順位を付けなければいけないという部分です。これが、プロダクトオーナーの仕事です。スクラムを使用して自動車を設計する場合、エンジンがない自動車は動かないので「エンジンが必要」といった項目は、優先リストの一番上のほうに置かれるべきです。「車体は赤とする」は優先度が低くなります。色は個人的には重要なことかもしれませんが、自動車が走るための必須条件ではありません。スプリントとは、チームがバックログから一連のタスクを完了するまでの所定時間枠のことです。チームは毎日ミーティングを行い、デイリースクラムで進捗状況を更新します。一般的に「デイリースタンドアップ」とも呼ばれています。各スプリントはレビューまたは振り返りで、チームが作業について評価し、次のスプリントの改善方法について検討して終了します。ここまでで、スクラムを始めるために特別な道具やトレーニングが必要ないことがご理解いただけたでしょう。難しいのは、専門用語を学び、スクラムを機能させるためのルールやガイドラインに忠実であり続けることです。「スクラムはポーカーのようなものです。分で学ぶことができますが、上達には長い時間がかかります」スクラムのフレームワークの基本もし、今使っているプロジェクト管理方法にうんざりしている場合は、スクラムに取り組んでみてはいかがでしょうか?スクラムを始めるために、特別な訓練は必要ありません。自分でコツをつかむだけです。サザーランドと彼と一緒にスクラムを作った、ケン・シュヴァーバーは、このプロセスを簡単にするため、ScrumGuides.orgで無料の公式ガイドを公開しています。スクラムを始めるための基本を学ぶのは簡単です。テクニックを習得するのは難しいです。ここで再びスクラムマスターのデビッド・マシューの言葉です。「スクラムはポーカーのようなものです。分で学ぶことができますが、上達には長い時間がかかります」それでも諦めないでください。自分の仕事人生をより幸せで生産的なものにしていくには、達人である必要はないのです。スクラムを始めるための基本的な手順を次に説明します。通勤中や昼休みなどに蛍光ペン片手に読んでみてください。フレーズや役割にハイライトして、それぞれの意味の暗記してみましょう。(スクラムの原則に基づいてチームを動かす人)、そしてチームメンバーが必要です。スクラムにはエゴの余地がないよう気をつけてください。スクラムは「サーバントリーダー」モデルに基づきます。プロジェクトに必要なすべての情報は、重要度順にバックログにリストアップします。バックログは決して完結するものではない、ということに留意してください。プロジェクトが形になり、新しいニーズが出てくるたびに、ここに追加していきます。プロダクトオーナーが、主にこの責任を負います。次に、バックログから最初のスプリントで完了させるタスクを選択します。スプリントには期限があります。チームはスプリントプランニングで、このスプリントに含めるタスクと、そのタスクに対する責任者を決定します。作業を始める!:実際にスプリントに取り掛かりましょう!チームメンバーは、それぞれのタスクに取り組み、全員がデイリースクラム(スタンドアップミーティング)で進捗状況を確認します。スプリントの最後に、チームは達成した作業をレビューし、完了したタスクを提示します。振り返りのミーティングでは、実際の作業プロセスがどのように行われたかを評価します。次回に向けて、作業を改善し、効率を高める方法を計画します。繰り返す!:最初のスプリントが完了したら、また最初から始めます。バックログから新たにタスクを選択して、同じプロセスを繰り返します。すべてを可視化するスクラムの重要な原則に、透明性という考え方があります。関係するすべてのチームメンバーは、他のメンバーが何に取り組んでいるかとその進捗状況を把握し、チームが何を達成しようとしているのかを認識する必要があります。そのため、すべてのメンバーに見えるように物事を可視化することがとても重要なのです。この大部分をスクラムボードが担います。これは、バックログおよび現在のスプリントで作業しているタスクとその進捗状況を整理できる場所です。スクラムボードは、ホワイトボードに各タスクの付箋を貼るといった単純な場合もあれば、グラフやタスクトラッキング機能を備えた専用ソフトウェアを使用する複雑な場合もあります。私は個人的なスクラムボードとして、Trelloを利用しています。つのリスト(このブログ記事にヒントを得たもの)があります。このリストには、定期的に発生するタスクをすべて書き留めておきます。することで、例えば、Webセミナーのランディングページを作成するたびに、新しいカードを作成する必要がなくなります。そのカードをリソースリストから移動するだけで済むのです。ここでは作業するタスクのバックログをメンテナンスします。上司から依頼があったときに、このバックログリストに追加します。スプリントの計画を立てるときに、バックログからタスクをこのリストに引っ張ってきます。これが取り組み中の現在のスプリントです。タスクが開始されたら、ここに移します。完了したタスクを「QC」に移動します。週の終わりにこのリストを見直して、すべてが順調に進んでいることを確認します。品質チェックに合格し、出荷の準備ができた状態です!これ以上の編集やレビューの必要がありません。(例えば、上司の承認を得て何かを購入する必要があるなど)、「ブロック」に移し、何が問題かコメントを残します。Trelloは、上記を行うのに効果的なツールです。私のボードを誰でも見ることができるようモニターに映し、チーム全体にアクセスを共有し、コメント、チェックリスト、期日、添付ファイルの形で、各タスクに必要なすべての詳細を記録することができるのです。これらのタスクに異なるチームメンバーを割り当て、マーケティング部のSlackチャネルと統合することもできます。することで、チームメンバーがタスクを「作業中」から「QC」に移動したときに、次のタスクに進む準備ができていると分かります。ここでの私の最終目標は、タスクを割り当てられた全員が、カード上にタスク完了に必要なすべてのものを見つけられる状態です。することで、彼らが私に質問をしたり、私が何かをするのを待つ必要がなくなります。タスクが割り当てられる前にその内容が明確に示されていると、作業速度が大幅に向上します。あり、それを潜在的に強化するものが、反復と改善の考え方です。これは、作業中のプロダクトとチーム自体の効率性の両方に関わります。各スプリントの終了時に納品したものは、クライアントへの納品準備もできているべきです。プロジェクトが完全に完成したという意味ではありません。Product、スタートアップの専門用語)を示すのに十分であることを意味しています。自動車の場合、運転可能な状態であるべきです。ラジオやエアコンはないかもしれません。これが重要なことなのでしょうか?こうすることにより、早い段階でユーザーからフィードバックを収集できるため、ユーザーの希望やニーズにあったプロダクトの開発に役立つからです。何時間もかけて達成したプロジェクトで届けたものが、実は受け取り側は全く別のものを期待していた、という経験は人生の中で誰にでもあると思います。何千ドルものお金と何か月もの時間を製品開発に費やしたのに、実際にはそれがユーザーの問題を解決できないと分かった場合を想像してみてください。自動車の例に戻ると、ユーザーに車を小規模で繰り返し納品した場合、たとえ「実は少し運転してみた結果、コンバーチブルに変更してほしいのですが」と言われても、それほど大きな問題にはならないはずです。最終的な製品が納品された後にこれを知ったら大問題です。スクラムは、プロダクトの反復的なデリバリーを前提に構築されています。完了してユーザーに届くのを待つのではなく、プロジェクトの工程の中で使用可能なものを段階的に納品します。これは、ニーズが変化したり、コミュニケーションで物事が失われたりしたときの無駄な労力を避けるのに役立ちます。スクラムはプロダクトの反復と改善の重要性以上に、新しいサイクルごとのプロセス改善にも焦点を当てています。振り返りのミーティングでは、チームメンバーは効率を向上できる部分について話し合います。それは、開発を妨げている技術的制限かもしれません。人にタスクの負担がかかりすぎているのかもしれません。チームは、次のスプリントでの効率を向上させる目的で、これらの問題の修正方法を決定します。理論的には、チームはより効率的で、新しいサイクルごとに、より多くの作業をこなす必要があります。待って、仕事が増えるの!?私がスクラムを知り始めたときに「より多くの仕事をこなす」という趣旨を知って少し不安になりました。仕事が増える?すでに働き過ぎなのに!しかし、スクラムの背後にある考え方は「仕事を増やす」ことではなく、よりスマートに働くことで、結果、より多くのことが達成できるということです。倍速くなる“世界標準”のチーム戦術」に、このことについてのすばらしい記述があります。「自分の仕事について考えてください。あなたは一日中仕事をしたいのかもしれまんが、私はサーフィンでもしていたいのです」スクラムでは、何時間ログオンしていたかではなく、どれだけタスクを完了したかで評価されます。同じ結果が出せるなら、短時間でタスクを達成したとしても誰が気にするでしょうか?スクラムで、自分の仕事が増えるわけではありません。スクラムを活用することで、時間を効率的に使えるようになり、オフィスで過ごす時間は減り、愛する人や好きなことに多くの時間を費やすことができるようになるのです。このようなワークライフバランスはいかがでしょうか?その他のリソーススクラムについて、一つのブログ記事にまとめるのは難しいです。そこで、さらに詳しく知りたい場合は、以下に紹介する本やブログなどをご覧ください。この本は、スクラムについて私が初めて掘り下げて読んだものです。すべてが楽しく構成されており、フレームワークのあらゆる側面を裏付けるストーリーが書かれています。私の会社の開発者がスクラムで働いているのを見て、マーケティング担当者でも活用している人がいるのかを疑問に思っていたときに、このブログに出会いました。その答えは?もちろん、フル活用していました。スクラムを始めるための基本ガイドです。スクラム内のすべての人々と作品の定義の説明です。スクラムをさらに深く掘り下げたい場合は、こちらの認定コースをご確認ください。皆様からのご意見、ご要望はとても大切です。までご意見をおよせください。