『スクラム実践ガイド』（2019年）は、アジャイル思考に基づくスクラム組織フレームワークの実践的なハンズオンガイドです。この簡潔なマニュアルでは、作業スピードを高め、あらゆるチームがビジネスに適切なインパクトを確実に届けるためのスクラムの仕組みを振り返ります。さらに、ソフトウェアから住宅リノベーション、軍事に至るまで、あらゆる業界の組織にスクラムを導入する方法を解説します。
スクラムの世界へ：この要約で得られるもの
海軍の精確な軍事作戦を遂行するにせよ、アップグレード版のソフトウェアスイートを出荷するにせよ、あらゆる組織は目標達成への障壁に直面します。では、進路を外れずに目的を達成するにはどうすればいいのでしょうか？
その答えのひとつが、スクラムのようなスマートな組織フレームワークの導入です。この要約では、アジャイルでコラボレーション重視のこのアプローチが、あなたの会社、部門、チームを問わず、いかに成功へ導くかを具体的に示します。スクラムフレームワークの基本を学び、3Mやサーブなどの企業が実際にスクラムをどのように活用したかという有益な逸話に触れます。さらに、この現代的なマネジメント手法が、変化の激しい市場においてチームを正しい軌道に乗せ、スピード感をもって働き、常にインパクトを出し続けるためにどう役立つかについての洞察も得られます。
この要約では、以下のようなことを知ることができます。
- なぜ企業はスウェーデンの戦闘機に似ているのか？
- なぜ熟考しすぎがプロジェクトをダメにするのか？
- 完璧なプリンターをどう作るのか？
スクラムとは、急速に変化する状況に対応するためのもの
1965年、インテルの共同創業者ゴードン・ムーアは「ムーアの法則」と呼ばれる予測を立てました。それは、コンピューターチップのトランジスタ数が2年ごとに倍増し、同時にチップの価格が半減するというものでした。
驚くべきことに、ムーアの法則は今も有効です。年月を経てチップは小型化、高速化、低価格化し、その結果、コンピューティングパワーは指数関数的に向上しました。今や、私たちのスマートフォンは、1965年に利用可能だったどんなコンピューターよりもはるかに高い性能を持っています。
しかし、高速化しているのはチップだけではありません。現代社会では、イノベーションからビジネスの成長まで、ほぼすべてが加速しています。その速いテンポに遅れずついていくには、組織も同じくらい俊敏である必要があります。
ここでのポイントは、スクラムとは急速に変化する状況に対応するためのものだということです。
では、スクラムとは一体何でしょうか？ スクラムを理解するには、まずアジャイルを理解する必要があります。最も本質的な要素にまでそぎ落とせば、アジャイルとは問題を効率的に解決することを目的とした仕事の進め方に関する方法論です。アジャイルでは、コラボレーション、複雑性、継続的な適応が重視されます。スクラムは、これらの価値観を実践に移すための最もポピュラーなフレームワークで、実際、アジャイルチームの70％がスクラムを採用しています。
スクラムの利点は、大きなタスクを小さな達成可能な目標に分解することで、取り組みやすくしてくれる点です。このような手法がなければ、複雑なプロジェクトは泥沼にはまりかねません。例えば、1990年代初頭、ロンドン証券取引所はTAURUSというプロジェクトでコンピューターシステムの近代化を図りましたが、すべてを一度にアップグレードしようとして、あまりに多くの細部に圧倒され、数百万ドルを投じたプロジェクトは失敗に終わりました。
一方、スウェーデンのエンジニアリング企業サーブの事例を見てみましょう。サーブはスウェーデン空軍の標準戦闘機グリペン39Cをアップグレードする任務を負いました。戦闘機は極めて複雑な兵器ですから、新しい機体の設計は途方もない仕事です。しかしサーブはスクラムのアプローチを採用しました。機体全体に一度に取り組むのではなく、独立したモジュールに分割したのです。エンジン、レーダー、コンピューターシステムなど、それぞれに別のチームが取り組みました。
その結果、新型グリペンは非常に多目的なものになりました。各コンポーネントは必要に応じて変更・アップグレード可能です。スクラムのおかげで、この飛行機はより適応性が高く、コストはアメリカの同等機F-35の約半分です。では、スクラムは具体的にどのように機能するのでしょうか？ 次章でご紹介します。
スクラムは複雑なプロジェクトを短くシンプルな「スプリント」で整理する
あなたが不動産事業に参入し、古い家を買って改修し、新しく生まれ変わらせて市場に出すことで大きな利益を得ようとしているとしましょう。一見、とても簡単なタスクに思えますよね？
ところが、それは場合によります。その「改修が必要な家」を買ってみると、床は張り替えが必要、配管は水漏れ、壁はひどいオレンジ色。どこから手をつければいいのかわからなくなります。
こんな時にスクラムが役立ちます。スクラムを導入すれば、このような住宅改修プロジェクトをシンプル、体系的、かつ効果的に進めるためのフレームワークを手に入れられます。
ここでのポイントは、スクラムは複雑なプロジェクトを短くシンプルな「スプリント」で整理するということです。
まず、スクラムはチームレベルで機能します。スクラムチームは、プロジェクトの完了を任務とする小規模なグループで、3つの役割で構成されます。プロダクトオーナーはプロジェクトを統括し、作業の優先順位を決定します。チームメンバーは実際の作業を実行します。スクラムマスターはプロセス全体を促進し、チームが迅速に作業できるように障害を取り除きます。
プロジェクトを始めるにあたり、プロダクトオーナーとスクラムチームは必要なタスクの包括的なリストを作成します。これを「プロダクトバックログ」と呼びます。住宅の転売プロジェクトなら、配管の修理やキッチンの改装といったタスクが含まれるでしょう。このバックログの中から選ばれたタスクは「スプリント」に投入されます。スプリントとは、チームが合意したタスクの完了に集中する1～4週間の期間です。
各スプリントは「スプリントプランニング」から始まります。ここでチームは、優先度とキャパシティに基づいて、そのスプリントで実際に何を達成できるかを正確に決定します。スプリント中は、毎日「デイリースクラム」と呼ばれる15分間のスタンドアップミーティングを開き、各自がその日の目標と、達成の妨げとなる可能性のあるリスクを共有します。そして、実際の作業に移ります。スプリントの終わりには、「スプリントレビュー」で完了した作業を共有し、各メンバーからフィードバックを受けます。最後に、「スプリントレトロスペクティブ」を開き、チームがどのように協力してきたかを検証し、次のスプリントで改善すべき点を洗い出します。
この透明で協調的なアプローチにより、チームは最も価値の高いタスクを最初に仕上げつつ、状況の変化に合わせて調整し適応する余地を残すことができます。例えば、最初のスプリントでバスルームを改装し、スプリントレビューで遭遇した電気系統の問題を振り返ったとします。すると、次のスプリントでは家の配線修理に注力し、将来の電気トラブルを回避する、といった判断ができるのです。
チームが自律的に動くことで、スクラムはイノベーションを加速させる
あなたが大規模な自動車会社のエンジニアだと想像してください。工場現場での日々の経験から、ある装置をアップグレードすれば生産性が大幅に向上することがわかったとします。あとは許可を得るだけです。
そこで、あなたはマネージャーに購入申請書を提出します。すると、それが中央の計画グループに渡され、計画グループが財務委員会向けの予算案を作成し、それから地域のVP、さらにはマネージングディレクターへと、延々と回覧されます。やっと必要な部品が届く頃には、もう時代遅れです。
これが伝統的な組織の問題点です。簡単な決定でさえ、処理に膨大な時間がかかります。そして、市場の変化が速い状況では、その時間こそがコストになります。幸い、スクラムフレームワークはこれに代わる、より優れた選択肢を提示します。
ここでのポイントは、チームが自律的に動くことで、スクラムはイノベーションを加速させるということです。
たとえ小さなプロジェクトを完了するにしても、多くの意思決定が必要です。そして、当然のことながら、たいていの組織は最善の選択をしようとします。だからこそ、伝統的な企業の多くは、あらゆる選択肢を検討するための入念なシステムを作り上げてきました。問題は、意思決定の遅さが失敗率の高さにつながる点です。あるスタンディッシュグループの調査によると、決定をわずか4時間遅らせるだけで、プロジェクトの失敗率が40％も増加することがわかっています。
では、なぜ過度な検討は有望なプロジェクトをダメにするのでしょうか？ その理由の一つは、入念な承認プロセスを作り出すことで、最も知識のある現場の声がかき消されてしまうことです。たとえば、先ほどの現場のエンジニアは問題をどう解決すべきか正確にわかっています。しかし、彼のアイデアが3つの委員会を通さなければならないとしたら、問題に対する直接の経験が少ない人々によって、そのアイデアは間違いなく骨抜きにされたり、変更されたりするでしょう。
スクラムは、チームに意思決定プロセスのより大きな裁量権を与えることで、この難局を回避します。スクラムのフレームワークでは、各チームが自律的に動きます。バックログの内容、スプリントで取り組むタスク、そして表面化したあらゆる問題への対処法を、チーム自身が決めるのです。要するに、各チームは、インパクトを出し続ける限り、適切と思う方法で自由に活動できるのです。
これは混乱のレシピのように思えるかもしれませんし、実際に混乱は起きます。しかしそれは、適度な、構造化された混乱なのです！ 自律的なチームは、より多くの実験と、より多くの失敗を生み出します。そして、スプリント期間が短く、頻繁なスプリントレビューとレトロスペクティブがあることで、チームは継続的にアイデアを修正し、洗練させることができます。その結果、悪いアイデアはより良いアイデアに素早く置き換えられていく、それこそがイノベーションの鍵なのです。
スクラムは「アウトプット」より「アウトカム」を重視する
金融詐欺は故ラッセル・ワッセンドルフ・シニアにとっては大きなビジネスでした。ペレグリン・ファイナンシャル・グループの会長として、彼は偽の銀行取引明細書を使い、投資家から2億ドル以上を騙し取りました。しかし、金融詐欺を阻止することもまた、大きなビジネスになりえます。Confirmation.com の創業者たちに聞いてみるといいでしょう。
この進取の気性に富んだスタートアップは、革新的なデジタル監査ソフトウェアを用いてワッセンドルフの詐欺を暴きました。この注目度の高い成功のおかげで、小さな会社は大きな需要に直面しました。ところが、問題がありました。需要に追いつけなかったのです。同社のプログラマーたちは日夜働きましたが、拡大する顧客基盤に対して十分な速さで製品をスケールさせることができませんでした。
最終的に同社は数名のスクラムの専門家に助けを求めました。会社の組織体制をレビューしたところ、問題が見つかりました。全員が忙しくしていることに忙しすぎて、本当に効果的な仕事ができていなかったのです。
ここでのポイントは、スクラムは「アウトプット」より「アウトカム」を重視するということです。
オフィスに入れば、誰もが必死に机に向かって働いている光景を目にするでしょう。残念ながら、適切に管理されなければ、その努力のかなりの部分は無駄になってしまいます。スクラム・インクが行った評価によると、平均的な企業で従業員によってなされた仕事の実に30％は、ビジネスに何の成果ももたらさないといいます。残りの70％は？ おそらく、顧客がほとんど、あるいは全く使わない機能を提供しているのです。
この問題は、企業が「アウトカム」よりも「アウトプット」を重視するときに起こります。一般的に、アウトプットとは労働者が生み出すもの、つまりレポートやソフトウェア、プレゼンテーションなど、何であれ生産物を指します。一方、アウトカムとは、チームがビジネスに与える実際のインパクトです。収益の増加、節約された時間、顧客満足度などの指標で測られます。ここで覚えておくべきは、すべてのアウトプットが価値あるアウトカムを生むわけではないということです。スクラムの目標は、不必要なアウトプットを減らし、ポジティブなアウトカムを最大化することです。
スクラムがこれを実現する1つの方法が、「プロダクトバックログ」です。適切なバックログは、単にタスクをリスト化するだけでなく、消費者の具体的なニーズを満たすタスクをリスト化します。つまり、チームは各スプリントで選択したタスクのアウトカムを明確に定義しなければなりません。例えば、Confirmation.com にとって効果的なスプリントは、日本語のインターフェースを作成することかもしれません。このスプリントのアウトカムは、新たな顧客層が同社のサービスを利用できるようにする新しいツールです。
もちろん、どのアウトカムが価値あるかを決定するには優先順位付けが必要です。各チームは、どのアウトカムが真に重要かを判断し、基準を満たさないタスクを拒否する自由を持つべきです。確かに、これはチームが特定のプロジェクトにノーと言うことを意味しますが、同時に、本当に重要なことにだけ努力を注ぐことも意味します。
スクラムの導入には、古い構造の再考と放棄が必要
スクラム・インクを創業する前、J.J.サザーランドはNPRの朝のニュースラジオ番組『Morning Edition』のプロデューサーとして働いていました。ある日、番組の計画中に、同僚が彼の提案したスクリプトを却下しました。彼女は、2つのインタビューセグメントを連続して置いてはいけないというルールがあると言ったのです。
サザーランドにとって、これは番組の創造性を妨げる奇妙なルールに思えました。そこで、彼はそのルールの起源を調べました。いくつか電話をかけた結果、それは1978年に始まったことがわかりました。当時、スタジオの初歩的な機材では、2つのインタビューテープの間でシームレスに移行することができなかったのです。もちろん、デジタル技術の進歩により、今やそれは問題ではなくなっていました。それでも、数十年後もプロデューサーたちは古いルールを守り続けていたのです。
この話の教訓は？ 組織は常に変化に抵抗するものだ、ということです。しかし、スクラムの恩恵を受けるためには、大規模で構造的な変化が必要になるかもしれません。
ここでのポイントは、スクラムの導入には、古い構造の再考と放棄が必要だということです。
すべての組織には、固有の「構造」があります。ここでいう構造とは、組織の働き方を定義するあらゆる要素を指します。これには、従業員の階層や配置、タスクの委任と実行のされ方、人々の交流を規定するさまざまな文化的規範が含まれます。
これらすべての要素が合わさることで、大きな影響が生まれます。フィードバックや従業員とのコラボレーションの手段を持たない、硬直的で階層的な組織は、進化が遅く、新しいアイデアが生まれにくく、徐々に効率性を失っていきます。明らかに、あなたはこのような構造を避けたいはずです。しかし、現在、多くの企業がまさにこうした型にはまっています。
スクラムを導入するには、企業はこの古い構造を振り払わねばなりませんが、それは必ずしも容易ではありません。人は、ポジティブな変化がどんなに効果的であろうと、自分のやり方に固執してしまうものです。そこで、まずは1つの価値あるプロジェクトに専念する1つのスクラムチームから始めてみましょう。エネルギー会社のドラモンドがスクラムを導入した際、新しい油井の創出を多様なメンバーからなる1つのチームに任せました。通常、これには地質調査、法務手続き、エンジニアリングなど複数の部門が必要でした。代わりに、チームは各ステップをスプリントとして取り組み、古い構造をどう合理化できるかを会社に示したのです。
このような変化は劇的で困難を伴うため、関係者全員がスクラムの中心となるいくつかの価値観を共有することが重要です。その価値観には、透明性のあるコミュニケーションへのコミットメント、各スプリントを完了させることへのレーザーのような集中、そして、どこから出てきたアイデアであっても、良いアイデアであれば試すことへのオープンさが含まれます。また、チームメンバーは互いの意見を尊重し、失敗を罰すべきものとしてではなく、むしろ学ぶべきものとして扱うべきです。忘れないでください。スクラムの導入とは、新しい可能性を引き出すことであり、古い基準を強化することではないのです。
実証済みの戦略に従って、スクラムを最大限に活用する
2015年、3Mヘルス・インフォメーション・システムズのビッグデータ専門家たちは問題を抱えていました。彼らは全米の病院の医療データベースの更新を担当していました。古いデータベースは、14,000の固有コードを用いて医療成果を追跡・測定していました。新しいシステムでは、そのコード数が140,000にまで跳ね上がります。実に10倍の大幅増です。
それでも3Mは挑戦に応え、スクラムを導入して目標達成を目指しました。ところが、数週間もするとスケジュールに遅れが生じました。チームは圧倒され、スプリントは失敗し、誰も楽観的ではありませんでした。
そこで3Mはスクラム・インクに状況の評価を依頼しました。その結果判明したのは、3Mは正しい方向に進んでいたものの、いくつかの典型的なミスを犯していたということでした。幸い、これらのよくある問題には、共通の解決策がありました。
ここでのポイントは、実証済みの戦略に従って、スクラムを最大限に活用するということです。
現在までに、スクラムは業界を問わず何千もの組織で数えきれないプロジェクトに使われてきました。これらの各事例には固有の課題がありましたが、時が経つにつれて類似点も浮かび上がってきました。これらのパターンを検証することで、どんな状況でもスクラムを最適化するいくつかのベストプラクティスが見えてきます。
第一に、スクラムは、プロジェクトのたびにチームを再編成するのではなく、同じチームを維持し続けるときに最もうまく機能します。これにより、メンバーはお互いの強み、弱み、仕事のスタイルを学ぶことができます。このような対人知識を育み伸ばしていくことで、チームは素早く仕事のリズムに乗り、より効果的に結果を出せるようになります。
次に、チームの集中力を保ちましょう。従業員を複数のチームに割り当てたくなる誘惑は常にあります。あるトピックの専門家が一人しかいないのに、複数のチームがその専門知識を必要としている場合などは特にそうです。しかし、誰かの注意を複数のチームに分割することは、その人の努力を薄めてしまう可能性があります。一人の人間に2つのチームでパフォーマンスを下げさせるよりも、1つのチームに専念させ、最高の仕事をしてもらいましょう。
最後に、「スウォーミング」と呼ばれるテクニックで、チームの成果を大幅に加速させることができます。これは、全員の努力をバックログのたった1つの項目に集中させるというものです。F1のピットクルーがほんの数秒で車を完璧にチューンアップする様子を想像してみてください。全員が一つの問題に協力して取り組むことで、極めて迅速かつ効率的になることが可能です。
これらのテクニックはすべて成功が実証されていますが、一方で、何度も何度も失敗するアプローチもあります。それについては、次の要約で見ていきます。
フレームワークのあらゆる側面を注意深く実践し、スクラムの失敗を避ける
あなたが完璧なスクラムを実践していると想像してください。入念に定義されたバックログを持ち、スプリントは常に目標を達成し、チームはかつてないほど幸福です。数週間後、あなたは製品をリリースします。それは、派手で機能的な折りたたみ式携帯電話です。
しかし、ちょっと待ってください。時は2008年。アップルのiPhoneが市場で最もホットな商品です。あなたの新しい電話はタッチスクリーンすら付いていないため、誰も興味を持ちません。これと全く同じ惨事が、実際にノキアに起こりました。同社はスクラムのほとんどの側面で優秀でしたが、プロダクトオーナーが顧客の求めるものを適切に評価していなかったのです。その結果、すべてのスプリントが誤った製品を生み出してしまいました。
これは、組織がスクラムを導入する際に犯す、よくある間違いのひとつにすぎません。しかし、これだけではありません。
ここでのポイントは、フレームワークのあらゆる側面を注意深く実践することで、スクラムの失敗を避けるということです。
スクラムは多くの問題を解決できます。しかし、正しく実装されなければ、多くの問題を引き起こす可能性もあります。幸い、過去の失敗を振り返り、どこでスクラムが間違ったのかを特定することは可能です。ノキアのケースでは、プロダクトオーナーがスプリントに集中しすぎて、市場を評価するという重要なステップを省略したことが間違いでした。実際、このような不均等な、いわば「アラカルト」なスクラムの導入アプローチが、多くの失敗の根源にあります。
よくあるアラカルトなアプローチは、経営陣が従業員のためにスクラムを導入しながらも、自分たちの行動をシステムに合わせて変えることを怠る場合に見られます。例えば、マネージャーが部門をチームに編成した後、これまで通りに追加の仕事を投げ込んでスプリントを中断させるかもしれません。このように、実際にスクラムシステムを完全に採用しそこなうと、大きな混乱とストレスが生じます。
もう一つの問題は、企業がスクラムの原則に従って組織再編を行うものの、それが表面的なレベルに留まる場合に起こります。マネージャーをスクラムマスターと呼び、毎週の会議をすべてスクラムと名付けても、実際にはこれまでと同じように仕事を続けただけの会社を想像してみてください。スクラムの透明なコミュニケーション、プロジェクト完遂へのコミットメント、失敗へのオープンさを実際に導入しなければ、こんな表面的な変更は何の効果ももたらしません。
最後に、企業がスクラムの生産性向上という理想を追求しすぎる場合があります。彼らは同じスプリントを何度も繰り返し、そのたびに効率化を進めます。しかし、その過程で従業員を酷使し、新しいアイデアを試そうとする意欲を削いでしまうのです。最終的に、ひとつのタスクを非常にうまくこなせるようにはなりますが、新たな成果を生み出すことができなくなってしまいます。
スクラムを完全に導入するには、組織全体が協働する必要がある
何十年もの間、マルケム-イマージュは産業用プリンター製造における国際的なリーダー企業でした。2000年代半ばまで、同社の生産サイクルはかなり安定していました。まず新機種を発表し、その後数週間かけて「タイガーチーム」と呼ばれるチームを派遣し、必然的に発生するすべての欠陥を修正する、という流れです。
明らかに、同社は後半のプロセスを省略したいと考え、スクラムを試みました。ソフトウェアや技術設計からマーケティング、品質保証に至るまで、開発サイクルのあらゆる側面にスクラムチームを編成しました。そして、毎日のスタンドアップミーティングでメンバーが進捗を共有するようにしたのです。
同社がついに新機種をリリースした時、「タイガーチーム」はいつでも飛びかかれる準備をしていました。ところが驚くべきことに、彼らの出番はありませんでした。会社の歴史上初めて、全く欠陥のないプリンターを作り上げたのです。
ここでのポイントは、スクラムを完全に導入するには、組織全体が協働する必要があるということです。
マルケム-イマージュの話は、長く確立された組織にとっても、スクラムがいかに革命的でありうるかを示しています。その秘訣は、企業がリスクを取って古いやり方を再構想することを厭わない点にあります。要するに、スクラムを導入する際、企業は「ルネッサンス・エンタープライズ」、つまり素早く行動し、迅速に適応する企業になる必要があるのです。
スクラムを通じて生まれ変わった大企業の別の例として、シュルンベルジェを見てみましょう。世界最大級の石油・ガス会社である同社は、120カ国で10万人を雇用しています。2017年、同社はITインフラ全体をアップグレードするという巨大なタスクに直面しました。スクラムを導入することで、コストを30～40％削減しつつ、プロジェクトのスピードを25％向上させることができたのです。これは驚異的なインパクトです！
では、これらの巨大企業はどのようにしてスクラムを大規模に導入できたのでしょうか？ 一つには、組織全体でスクラムの原則を貫いたことです。各チームは、他のすべてのチームと強力かつ明確なコミュニケーションを保つ限り、自律的にイノベーションを行うことが許されました。この方法なら、あるチームの成功を別のチームの戦略の推進力として活用できます。反対に、あるチームが失敗しても、システム全体が破綻することはありません。この意味で、ビジネス全体がアジャイルになり、共に学びながら素早く適応し成長していったのです。
あなたの組織でこれを確実に起こすための一つの方法は、「エグゼクティブ・アクション・チーム」を設置することです。このチームは、スクラムの全体的な導入を監督する役割を担います。チーム間のコミュニケーションを調整し、生産性を阻害する障害物を取り除き、スクラムフレームワーク全体を継続的に改善します。簡単ではないでしょうが、その結果には見合う価値があるはずです。
最終的なまとめ
この要約のポイントは以下のとおりです：
スクラムは、企業がどのように機能し、市場にポジティブなインパクトを届けるかを整理するための、機敏で適応性の高いフレームワークです。従来の階層的な構造に頼る代わりに、短期間で集中的なスプリントの中でタスクを完了するスクラムチームによって仕事が遂行されます。各スプリントの終わりには、チームが集まって作業をレビューし、問題を特定し、次のスプリントを改良する方法を描き出します。このアプローチを大企業で実施するには、大胆なリーダーシップと多くの調整が必要ですが、最終的には生産性の大幅な向上をもたらすことができます。
実践的なアドバイス：
「カイゼン」でスプリントを改善する。
各スプリントは、チームが何がうまくいかなかったか、どう改善すべきかを決定するスプリントレトロスペクティブで終わります。このミーティングを最大限に活用するには、「カイゼン」の考え方を取り入れてください。カイゼンは、日本のビジネス慣行に由来する概念で、チームがプロセス内での継続的な改善にコミットすることを意味します。各レトロスペクティブで、後続のスプリントを改善するような、段階的で具体的な行動を一つ選びましょう。例えば、付箋をもっと使うとか、故障した機器を修理するといった簡単なことで構いません。
次に読むべき本: アリ・マイゼル著『Less Doing, More Living』
あなたは今、スクラムの導入が組織の生産性をいかに高めるかを学びました。次は、私たちの『Less Doing, More Living』の要約で、効率性についてさらに深く学んでみませんか？
この本では、スクラムの価値観にも一部依拠しながら、生活のあらゆる領域で効率的になるための基本的なツールとメソッドを概説しています。より少ない労力で、より多くを達成するための革命的な時間管理術を学べるでしょう。
