ＳＰＲＩＮＴ 最速仕事術―――あらゆる仕事がうまくいく最も合理的な方法

ジェイク・ナップ / ジョン・ゼラツキー / ブレイデン・コウィッツ / 櫻井祐子

[ブクログ · ★★★★★]

面白い。
答えのない問題に応えようとするときのその解決プロセスの一つとしてスプリントを紹介している。
ただ、仕事術ではないのでその点は注意されたし。
強いて言うなら「中断をさせないこと」が活かせるだろうか？

5日間一つの問題「だけに」複数人で挑み続けるということでジェネラリストの多い日本の大企業では難しいが、要素要素については(例えばメモの仕方であったり、ブレーンストーミングへの批判であったり)十分生かすことができるだろう。

[ブクログ · ★★★★★]

スプリントのやり方についてのhow-to本
このやり方では5日間ばっくりとスケジュールを開ける必要がある。
そのため実現するのはなかなか難易度が高そうではある。
しかし、同時にPJTに対しての課題感の大きさを問うという意味では現在チャレンジしても良さそう。

スプリントはアイデア版のデスマ。
いかに追い込んで、効率化して乗り切るかみたいな共通認識が事前にできてると良いかも。

一番大事なのは課題に対して
「本当に課題なのか」という問いと、「インサイトを取る必要があるのか」という問いに答えられるかだと感じた。

つまり1日目が一番大事なんだな。

[ブクログ · ★★★★★]

一年ぶりに読み返してみたけど、感想はやはり「最高かよ！」。デザインスプリントやってみたくて仕方ない！！

[ブクログ · ★★★★★]

月曜日から金曜日までの5日間で、試したいアイデアの絞り込みからプロトタイプの作成、顧客インタビューをしてフィードバックを得るまでをやってしまう「SPRINT」の手法を解説した本。これをそのままやってみるのはなかなか難しいけど、限られた時間で答えを出す、必要なところだけ作る、顧客の声を聴く…などなど、仕事に活かしていきたい考え方がたくさんあった。一回、何かしらの形でやってみたいなぁ。

[ブクログ · ★★★★☆]

　1週間でプロトタイプを作って市場テストまでしてしまうという中々すごいことをしている。製造業にも使えるということであるが、実際のモノを用意することを考えると個別の機能とならざるを得ずシステム全体に適用するのはかなりの工夫が必要であり、やはりサービス向けの方法であると言わざると得ない。ただ、目標や課題、問題点、評価基準などをスピーディーに決め、その場で評価するというやり方自体は取り込めるかもしれない。また、時間の使い方、会議のやり方といった広い意味での仕事のやり方については参考にできる部分も多い。

[ブクログ · ★★★★☆]

デザインとは何か。
プロトタイプ思考とは何か。
スプリントとは何か。

などを改めて知ることができた。

[ブクログ · ★★★★☆]

スプリントとはアイデアをプロトタイプの形に素早く落とし込み、それを顧客とテストすることにより、短期間で重要な問題に答えを出す手法を言う。

月曜日 問題を洗い出す。どの重要部分に照準を合わせるか決める。
火曜日 多くのソリューションを紙にスケッチする。
水曜日 最高のソリューションを選ぶ。アイデアを検証可能な仮説の形にかえる。
木曜日 リアルなプロトタイプを完成させる。
金曜日 生身の人間でそれをテストする。

まず外見を整える。
決定権を持つ人を参加させる。
チームの人数は7人以下にする。

中断が生産性を急落させている。
典型的な仕事時間は10時から17時に設定する。そして5日連続でスケジュールを確保する。
また、デバイスは基本禁止。
ホワイトボードが思考力を高める。

終わりから始める。つまり、ゴールを意識し、長期目標を定める。そして優先順位を決める。
スプリントクエスチョンを考える。
＊このスプリントでどんな質問に答えを出したいか。
＊長期目標を達成するために、どんな前提が満たされなければならないか。
＊プロジェクトが失敗に終わったとしたら、どんな原因が考えられるか。

マップを作る。
登場人物を書き出す。
完了を書く。
フレーズと矢印でつなぐ。
どうすれば〜できるか。というフレーズでメモを取る。そのメモをマップにマッピングする。
ターゲットを決める。

プロトタイプはファサード。つまり張りぼてで良い。プロトタイプにはキーノートなどのプレゼン用ソフトが向いている。

テストは5人が良い。というのが本書で示唆されている。

本書はスプリントの多くの事例と具体的な方法が記載されており有用である。
メンバーを集め、5日間集中して取り組む。プロトタイプを早く仕上げる。それをテストし修正する。ということを回す。

[ブクログ · ★★★★☆]

最速こそが最高の問題解決方法だ！というこの本。

Google Venturesで実践されてる内容で、1週間でユーザーに触れてもらってフィードバック得るのが大切だよね。といった話。ザックリ振り返るとその一週間の過ごし方として、月曜に目標決めて、マップを作り、火曜にその内容をブラッシュアップ、水曜にどれが良いかをみんなで決めて木曜にモックを作って金曜にユーザーテストをしましょうという感じ。

実行するにはステークホルダーの調整などが必要ですが、実行できたらすごく効果ある内容と感じました。やっぱり作ってみて意見聞かないと分からないことが多いですよね、何事も。

元は洋書なので、よくわからないユーモアも多いです。
そこはスルーして、良書でした。イラストもわかりやすかったです。

[ブクログ · ★★★★☆]

１週間（５日）でビジネスを立ち上げる。
ちょっとした工夫とメンバーの人選で実際にできる。
本書を読んでいるとビジネスを立ち上げる勇気が湧いてくる。
西海岸らしく、マックとiPadを前提としたプロトタイプの話も納得だ。
一つ課題があるとすれば、ベンチャーの場合人選が難しい。そして外部の人を５日間拘束することができるのか？
でもフレームワークは間違いないです。

[ブクログ · ★★★★☆]

GVのプロジェクトマネジメント方法―特に新規事業において―についてまとめた本。要は一週間で結論出しましょう、ということ。進め方は、月に目標設定、火曜に発散、水曜に決定、木曜にプロトタイプ作成、金曜にテストというもの。
深く感心するとともに、やれるケーパがないなぁ、と思ってしまう自分がいる、、、