この記事は、「 たわごとを作らない方法？製品を作成する際の個人的な経験 」という資料の続きです。ここでは、研究と製品設計の段階について説明しました。 ここで、個人的な経験を共有し、「見かけ上不可能な」プロジェクトを予定通りに実装する方法、犠牲にしなければならないこと、結果を示す方法についてお話したいと思います。
品質とMVPに関する歌詞
私たちの周りには多くの「灰色の」普通のものがあります。 周りを見てみましょう！ 家具、服、車、家電、さらにはペン。 どれが本当に好きですか？ 何があなたを喜ばせますか？ 何が注目を集めていますか？ 私は美しく、よくできた、考え抜かれたものが本当に好きです。 それは、ボッシュミキサー、SKODAオクタビアトランク、またはバベルの塔の写真（ピーターブリューゲルザエルダー、1563年）です。 まあ、美人じゃない？
そしてここで、ゼロから新製品を作成するとき、あなたの想像力はアーティストのようにあなたを打ち負かし、彼らはあなたを連れてMVPフレームワークに入れます。 MVPは「最小限実行可能な製品」と解釈され、実際のアイデアの実行可能性をテストする簡単なプロトタイプを意味します。 理想は問題外です。 それは可能ですか？ それは判明-あなたができる。 期限、MVP、および理想に関するアイデアの間の妥協点を見つけることができるいくつかのトリックを以下に示します。
私たちは何をしましたか？
1.インフラストラクチャを「スコアリング」しました 。 多くの場合、新しいプロジェクトが新しいオフィスで始まり、プロトタイプが機能しないときに始まります。 したがって、プロジェクト全体で、「鼻から血」を必要とする最小限のインフラストラクチャタスクのみを実行しました。 たとえば、最近まで、プロジェクト用のサーバーさえ持っていなかったため、5回の反復でしか現れませんでした。 これに先立ち、プロジェクト全体は現地の人によって行われました。 また、無料のプラットフォームで5分以内に「外部」ソリューションが最初に開始されたサービスのテストストアを行いましたが、最初はCMSの1つをサーバーに完全に展開するオプションについて考えました。
その結果、「後で」タスクの全体が蓄積され、それらを分類する必要さえありました。 彼らはまだ今日まで道徳的に圧力をかけていますが、彼らは私たちの製品の「ファサード」と「フレーム」の開発のバランスを見つけることができました。 それらの一部を次に示します。
2.もっと考え、少ないことをする。 プロジェクトの最初に思いついた最初の考えは、「みんな！ 私たちは何に座っているのか、コードを作ってみましょう。さもないと時間はありません！」しかし、コードの行数が少ないほど良いことを実践が示しています。 チーム内でコミュニケーションをとりながら、テクノロジーの調査と選択に多くの時間を費やしました。 このようなコストは、その後の生産性と時間の節約に見合うだけのものです。 また、最初の3回のイテレーションでコミュニケーションの効率を上げるために、ブリアンスクの開発オフィスに移動し、次のイテレーションのために毎週金曜日にデモとスプリントプランニングに参加する必要がありました。
3.最初に、毎週の繰り返しに切り替えました 。 新製品のリリースと旧製品のサポート/開発は根本的に異なっていたため、既存の開発アプローチを大幅に変更する必要があることがすぐに明らかになりました。 大きな不確実性がある場合、結果をできるだけ早く取得する必要があります。 しましたか？ 見せて！ さらに、特にタスクが高度に相互接続されている場合は、毎週の繰り返しを計画する方が簡単です。
4.「Nafig」-私たちのお気に入りのフレーズになりました。 製品の主要な機能を除き、ほとんどすべてがシステムから除外されました。 彼らは仮説をテストできるか、それなしでは原則として製品を使用できない可能性のみを残しました。 しかし、残ったものはうまくやった！ 簡単な例。 当社のサービスには、商品の購入から数日後にフォローアップレターを顧客に送信する機能があります。 可能性を推論し、切り取る方法は次のとおりです。
- デフォルトのオプションで十分であり、ユニットが実際に何かを変更するため、
手紙の件名とテキストを変更する機能はnafigです。 -
送信者の名前と電子メールを指定する機能はnafigです。これは、送信者の電子メールに注意を払う購入者はそれほど多くなく、この電子メールを構成するサービスのクライアントはさらに少ないからです。 - 現在のプロジェクトの経験から、これを行っているクライアントは1％未満であることが示されている
ため、レターテンプレートを完全にカスタマイズする機能はnafigです。 さらに、当社のテンプレートは専門的に設計されており、さまざまなデバイスや電子メールクライアントに適合しています。 - ブランディングの可能性（簡単）-買い物客が恐れないように残しました。
- さまざまな製品カテゴリの店舗がさまざまな遅延のメールを送信する必要があるため、レターの送信期間を設定する機能は残されました。
5.シンプルであるほど良い。 トリミング後の残りの機能は、できるだけシンプルで効果的な実装を試みました。 たとえば、レビューウィジェットの外観を1つのパラメーター（ボタンと要素の色）にカスタマイズする機能を簡素化しました。 そして、お客様の最初の実装では、これで十分であることが示されました！
また、二次的なことをしないようにしました。 一部の機能が5月31日までにMVPを作成するという目標に直接つながっていない場合、私たちは単にそうしませんでした。 たとえば、パスワードを回復できることが明らかになったとき、6回の反復でのみパスワードを回復できる可能性を認識しました。 時間がない場合は、そのままにします。 何かを実装する必要性または実現可能性に疑問がある場合、すぐに私の答えは「Nafig」です。
まとめ
私たちのMVPは、UserStoryでレイアウトをカットする段階で行う予定の最初のMVPとは多少異なります。 下の写真の赤い線は、私たちが計画していた米国を示しており、青い線は最後に何が起こったかを示しています。 このテストベンチで MVPをライブで突くことができます。
チームは3人のプロの開発者+ 1人のプロダクトオーナーで構成されていました。 プロジェクト中、開発者の1人が1週間休暇を取りました。 チームには専任のデザイナーもコーダーもいません。 開発をスピードアップするために、購入したレイアウトを使用しました。 彼らは夜や週末には働きませんでしたが、勤務時間中は一生懸命働きました。
チーム全体は、新製品のMVPを開発する際に多くの感情と優れた経験を受け取りました。 私たちは多くのことを学び、やるべきことがたくさんあります。 私たちの経験があなたの役に立つことを願っています。質問があれば、コメントでお答えします。