未知の書籍と出会うきっかけとして、色んな本の引用を閲覧・紹介することができます!
ぜひ、色んな引用をクリックして、お気に入りの本を見つけてみましょう📚🔍
スタートアップのプロダクト開発ではひたすらイテレーションを重ねる。プロダクトを一度だけ構築して勝利を宣言するのではなく、計測、分析、テストの結果から得られた知見をプロダクトに何度も何度もフィードバックする。
ベロシティを予測する理想的な方法は、実際に1回、イテレーションを実施してしまうことだ(1回に限らず、2回でも3回でも構わないが)。そして、実施したイテレーションのベロシティをもとに、今後のベロシティを見積もるのだ。ベロシティを知る最もよい方法は実際に測ることなのだから、まずはこの方法を採用すべきである。
インスタンスを初期化するために実行したい処理があれば、このinitializeメソッドでその処理を実装します(とくに必要がなければ定義しなくてもかまいません)。ほかのプログラミング言語の経験者であれば、コンストラクタのようなものと考えるとわかりやすいと思います。
「リリース」という大まかなゴールに対する進捗をトラッキングすることに加えて、個々のイテレーションの作業を完了するという、身近なゴールに対する進捗もトラッキングする価値がある。この20章では個々のイテレーションのトラッキングに使う2つのツールを紹介する。タスクボードとイテレーションバーンダウンチャートだ。
このように、オブジェクトのクラスが何であろうとそのメソッドが呼び出せればよしとするプログラミングスタイルのことを「ダックタイピング(duck typing)」と呼びます。これは「もしもそれがアヒルのように歩き、アヒルのように鳴くなら、それはアヒルである」という言葉に由来するプログラミング用語です。
少しずつインクリメンタルにコーディングすること。そうすれば、開発が進むにつれてコードが洗練され、構造化されていくことに気づくだろう。インクリメンタルにコードを書いて、テストする。この継続的なフィードバックが、コードが過剰に複雑になったり、散らかり放題になることを防いでくれる。
融合が進化の原動力になりつつある現代において、重要な役割を果たすのは、従来の枠組みを飛び越えていける人々だ。異なる分野間の橋渡しができる人々、立ちはだかる壁を不変のもの、破壊不可能なものとは考えない人々が、未来への成長の扉を開いていく。
早期の失敗を奨励する「フェイルファスト」手法、ソフトウェア開発における反復学習的な「スクラム」手法など、リーン・スタートアップのようないわゆる失敗型のアプローチは各所で見られるようになってきた。もちろん、状況に応じた使い分けは必要だが、どのアプローチも試行錯誤から大きな恩恵を受けていて、実に効率的なものが多い。
もし不具合などありましたら、お気軽にIssueやPull Requestをくださると嬉しいです✨
© 2023 lef237