恐怖に立ち向かうのはジェダイの運命
現代のワークロードの現代の開発サイクルがあなたの運命である理由
ルーク・スカイウォーカーの堅実な引用が4月XNUMX日に始まるのが嫌いな人はいますか？ 今日はスターウォーズ、そして私たちにとってはスターウォーズ（XNUMX月XNUMX日はあなたと一緒に！）のすべてを祝うために取っておかれますが、今日の企業が直面している最大の機会のXNUMXつであるストレージアプローチの近代化について説明するのが適切だと思いました。 。
「モダン」という言葉が多用されていることを最初に認めるのは、このブログでそれを使用するのが少し難しいことです。 現代という言葉が is 他の多くの人に酷使されているので、彼らのソリューション、特に配信サイクルに関連する現代という言葉の使用を裏付ける証拠が必ずしもあるとは限らないと私は主張します。 それはあなたの「エンタープライズストライクバック」の時です。
ストレージジェダイになる
将来のニーズを満たすために進化するソリューションプロバイダーを見つける
企業がソリューションに投資しているため、賢明な購入者は、今日のニーズに合う機能だけでなく、将来のニーズを満たすために製品がどのように進化するかに焦点を当てています。
クムロ 「モダン」という言葉を使用してソリューションを説明するだけでなく、製品開発の観点からソリューションを提供する方法をバックアップします。 私にとって新鮮なことの3つは、「スプリント」と呼ばれる全社的なプロセスを通じて製品の進歩を評価する会社の一員であることです。 スプリントは、6週間ごとに展開される機能のライフサイクルであるため、お客様は、機能のリリースを9、XNUMX、またはXNUMXか月待つことはありません。 機能の準備が整い、スプリントを正常に終了すると、その機能は、お客様が展開できるように他の機能を備えたアップデートにロールアップされます。 このブログを書いているときに、営業チームのXNUMX人から、主要なPaaSクラウドのXNUMXつで競合他社のソリューションを実行していて、多くの問題やバグに苦しんでいる顧客について知らされました。 これを修正しようとするのはベンダーによるすべてのハンズオンデッキであると確信していますが、これは私が現代と呼んでいるものではなく、顧客第一の操作モードと呼んでいるものでもありません。 このブログ全体を通して、なぜ選択するのかについて詳細に説明します。 溶液 機能に基づくことが重要であり、リリースサイクルと開発モデルが顧客にとってどのように等しく重要であるか、そして最終的にQumuloがこれらすべてのボックスをチェックする理由。 最後に、開発哲学のこれらの違いが顧客の成功に重要である理由についてお話します。
ミレニアムファルコンを聞いたことがありませんか？
ビジネスのペースに合ったソリューションプロバイダーを見つける
これは大変な注文であり、多くのお客様は、わずかXNUMX年前でも決定が下されたために、岩と困難な場所の間に挟まれていることに気づきます。 今日直面している課題は、ユーザビリティ基準によって最新であるだけでなく、提供方法においても最新である代替ソリューションを選択することによって回避できたでしょうか。 これは、この近代化があなたの競争上の優位性であると信じているので、少しはがす「タマネギ」です。
力は強い（適切な機能を備えている）
適切なソリューションプロバイダーを見つける
おそらく、あるソリューションを別のソリューションよりも購入することを決定する主な理由は、機能の比較です。 のチェックリストがある場合 主な機能 必要な場合、通常、応答するすべてのベンダー製品の最初のパスは、それぞれに割り当てられた機能の完全性スコアに基づいて保持または削除されます。 つまり、機能は重要ですが、明日またはXNUMXか月後はどうでしょうか。 拡張機能、バグ修正、メジャーリリースについてはどうですか？ それらは意思決定プロセス中に同じくらい重要ですか？ 明日と今日のベンダーをどのようにスコアリングしていますか？
ソリューションの購入を決定し、再販業者にPOを発行し、その後、ベンダーが履行のために注文を送信し、その途中、2、3、または6か月後のどこかで注文を送信したときのことを思い出してください。最終的にソリューションを展開して、環境が変更され、選択に基づいた機能にXNUMXつまたはXNUMXつのチェックボックスがないことを確認します。 ベンダーがあなたをサポートするための修正、更新、またはメンテナンスリリースを提供するのにどのくらい時間がかかりましたか？ Qumuloを使用すると、この課題は堅牢なもので軽減されます Qumuloケア ポータル。リリースノート、アップデート、テクニカルガイドがすぐに利用できます。
購入者の側にいて、適切なベンダーとソリューションを選択する際に機能がどれほど重要かを知っていますが、ベンダーが機能の要求と拡張機能にどのように対応するかを理解することがいかに重要かを学びました。
あなたはあなたが学んだことを学ばなくてはなりません
リリースサイクル101
当時、私はこの業界で実際に使用するのに十分長い間使用していたのでよく使用するフレーズで、「計画的陳腐化」と呼ばれるものに取り組みました。彼が完全なシステムに言及したとき、最初のマッキントッシュの配達の80年代後半。 この概念は、数年後のiPhoneおよびMacBookProラップトップの出現により新たな高みへと引き上げられました。 最終的に、私がソフトウェアをリードするソリューションベンダーとますます協力し始めたとき、選択した用語は、ソフトウェアのみを指す「リリースサイクル」でした。 私のキャリアの早い段階で、私が働いていた企業は、1〜1年ごとに2つのメジャーリリース、メジャーリリースの間に年間を通じて3〜4ポイントまたはドットレベルのリリース、および重大度レベルが3〜2に達したときのバグ修正に満足していました。より直接的な基盤。 バグの重大度を表す「Sev2」、「Sev3」などと呼ばれることがあります。 以下は、ほとんどの開発ハンドブックに通常見られる5つの重大度レベルです。
- Sev1は、ソリューションが失敗したり、テストや認定を進めなかったりする原因となるショートッパーです。
- Sev2は重大なバグであり、UI va cursusインターフェイス（コマンドライン）を介してインストールする従来の方法など、ソフトウェアの機能領域に障害が発生する可能性があります。
- Sev3は主要なバグですが、必ずしもアプリケーション全体に影響を与えるとは限りません。 優先順位が与えられているため、または品質保証によってスコア付けされたユーザビリティの低下に基づいて、メジャーと見なされる場合があります。
- Sev4はマイナーバグです
- Sev5は些細なことです
Sev1またはSev2sを使用して故意に製品をリリースしてはなりません。 エッジケースの展開中に、エンジニアリングおよび製品管理チームがファーストクラスのユースケースとは見なしていないことがSev3で発見されることがあります。その場合、ベンダーはこのSev3のメンテナンス修正を迅速に提出する必要があります。ユースケースを考慮した優先順位。 会社が最新のソリューションを持っていると言った場合、その配信サイクルはそのモニカと一致する必要があります。
あなたが決定しなければならないあなたの道
アジャイルvsウォーターフォール
企業が最新のデータセンター向けの最新のソリューションを持っていると言うには、最新の開発アプローチとリリースサイクルに同意する必要があります。 場合によっては、これは単にそうではありません。 実際、これらのストレージオリガルヒの6つが、90か月のリリースサイクルに移行することを最近発表したと思います。 なんと素晴らしいXNUMX年代の彼らがそうするのでしょう！ リリースは、最初に選択する機能と同じくらい重要です。実際、選択プロセス中および選択基準では、リリースサイクルについて質問し、書面で入手することが重要です。 私が長年働いていた会社は、顧客がソリューションの購入に同意した場合、中西部の主要な通信プロバイダーに機能を提供することを大いに約束しました。 顧客は同意しましたが、規定に同意しました。 機能が時間どおりに提供されなかった場合、要求が満たされない月ごとに顧客に金銭的な補償が返されます。 私は個人的に開発者が提供するために非常に一生懸命働いていたことを知っていますが、リリースのプロセスが本当にタイムリーに提供することを本当に妨げていたことも知っています。 彼らは、今日でも多くの人と同じように、ウォーターフォールアプローチを使用していました。
あなたの焦点があなたの現実を決定します
アジャイルとウォーターフォールの違いが重要な理由
これらは、プロジェクト管理のスタイルと哲学へのXNUMXつのアプローチです。 これが私がそれらを高いレベルから見る方法です。
アジャイル |
対 |
ウォーターフォール |
|
|---|---|---|---|
|
|
繰り返しになりますが、これは非常に高いレベルですが、XNUMXつの方法論の間にいくつかの重要な違いがあります。 以前にウォーターフォールメソッドの経験を少し共有しましたが、別の例と、アジャイル開発のすべてに最初に触れた方法と、それが非常に重要であると考える理由について説明します。
以前の会社で、私はクライアントである善良で忠実なクライアントと協力して、バックアップ/リカバリ市場向けのまったく新しいソリューションに統合したばかりの新しいテクノロジーを含むプロジェクトに取り組んでいました。 この顧客が必要とする特定の要件があり、他の顧客、アナリストとの他の複数の会話、および私自身の経験に基づいて、この要求はこの6人の顧客だけではなくすべての顧客に対してより広く必要であると判断しました。 この機能拡張リクエストを、このリクエストをサポートするためのすべてのサポートドキュメントと背景情報とともに製品エンジニアリングに持ち込んだとき、「おそらく8〜8か月でこれを完了することができます。 リクエストの実行可能性を確認するためにフェーズレビューを経てから、エンジニアリング検証、次にQA/テストを取得する前にフェーズのバランスを継続する必要があります。」 さらに明確にするように依頼したところ、この会社では、コードを調整するたびに、フェーズ0から始めて、何かを提供する前にXNUMXフェーズのプロセスがあったことがわかりました。これは、ライフサイクルモデルに受け入れられるかどうかを多数決で決定するためのものでした。 彼らはウォーターフォールモデルを使用し、使用し続けています。 それが私に説明されたとき、私はそれを一連のボックスカーが取り付けられた電車に例えました。 列車が通過するのを待っている列車の交差点に座って、各ボックスカーが目で順番に動くのを見ると、この直線的なプロセスが、この機能を受け取る顧客を妨げ、最終的にはこの成功したプロジェクトの終焉になります。
その時、このブログの冒頭で述べた、特定の機能に焦点を当てたスプリントの概念を持つアジャイル開発について学びました。 ウォーターフォールアプローチとは異なり、スプリントは通常XNUMX週間からXNUMXか月のスケジュールでリリースされ、より短いタイムラインに基づいて優先されます。 実際、あなたが読んだ場合 アジャイルマニフェスト 重要な原則のXNUMXつは、次のように述べています。 「私たちの最優先事項は、価値のあるソフトウェアを早期かつ継続的に提供することで顧客を満足させることです。」 早期かつ継続的な配信。 これは、絶えず変化するビジネス環境に対応するための最新のアプローチです。
力を使います
Qumuloはアジャイルです
初日からのQumuloは、 最新のファイルデータプラットフォーム 当時の市場では見つけられなかったものを探していたお客様へ。 Qumuloの創設者は、ファイルデータプラットフォームで何を探しているかについて、一見何千人もの見込み客にインタビューしました。 これは、すべてのことにおいて顧客を最優先するという哲学を開始しました。また、Qumuloは、「価値のあるソフトウェアを早期かつ継続的に提供することで顧客を満足させる」ことを意味しました。つまり、アジャイルである必要があります。 、柔軟性があり、顧客重視。 そのため、ウォーターフォールや変更されたウォーターフォールモデルでまだ立ち往生している多くのストレージオリガルヒとは異なり、私たちは新鮮できれいな状態から始め、顧客のニーズに耳を傾けて提供することで顧客を第一に考えました。 1000週間ごとに、リリース時に更新をインストールするか、必要に応じて待機するかを選択できる、お客様向けの新しいコード更新があります。
Qumuloはどう違うのですか？
[one_third]
クムロ
ハードウェアに依存しません。 Qumuloは100％ソフトウェアのみです。つまり、使用するハードウェアを認定リストから選択するか、XNUMXつの主要プロバイダーから任意のクラウドを選択できます。[/ one_third]
[one_third]
ストレージオリガルヒ
ハードウェアに依存します。 ハードウェアから分解すると主張する人もいますが、機能するために特定のブランドのハードウェアに依存しているという事実は変わりません。[/one_third][one_third_last]
新参者、旧モデル
一部の新しいプレーヤーは、機能するために非常に特殊なハードウェアを必要とするという点で、オリガルヒと同様の構造のソリューションでストレージ市場に参入しています。 彼らはソフトウェアのみであると主張するかもしれませんが、非常に特殊なハードウェアのセットを備えたXNUMXつのディストリビューターから選択する必要があるという事実は、彼らをより「古い魂」にし、良い方法ではありません。[/one_three_last]
[one_third]
クムロ
On 構内, クラウド、またはハイブリッドは、お客様にまったく同じエクスペリエンスを提供します。 当社のソフトウェアコードはこれらの場所のいずれでも変化することなく実行されるため、お客様はクラウドでもオンプレミスでも一貫したユーザビリティパフォーマンスを得ることができます。[/one_third][one_third]
ストレージオリガルヒ
これらのレガシープレーヤーは、まだソフトウェアのみのバージョンのストレージソリューションを提供していないため、クラウドエクスペリエンスはベンダー間およびクラウドプラットフォーム間で異なります。 従来のオリガルヒの500つは、XNUMXつのクラウドで最大XNUMX TBしかサポートせず、オンプレミスソリューションに期待されるすべての機能をサポートするわけではありません。 もうXNUMXつはハードウェアのパレットをクラウドに配置し、それを「サービス」と呼びます。[/one_third][one_third_last]
新参者、旧モデル
これらの新しいプレーヤーの一部は、ハードウェアのパレットを出荷して「クラウドジャーニー」と呼ぶことなしに、クラウドでシームレスなエクスペリエンスを作成する方法がないため、レガシーソリューションプロバイダーのプレイブックの作成に参加したに違いありません。 おもしろいですが、「モダン」という言葉を使うのは一筋縄ではいきません。[/one_third_last][one_third]
クムロ
Qumuloはに焦点を当てています 顧客の成果とその成功. そのため、私たちはアジャイル開発グループであり、XNUMX週間ごとに更新を提供します。 私たちが今日住んでいる「クラウドフォワード」の世界では、顧客に機能を提供するのが待ちきれません。 それは私たちが今日住んでいる非常に競争の激しい市場であり、顧客は全面的に真に現代的な経験に依存しています。[/one_third][one_third]
ストレージオリガルヒ
前述のように、一部のレガシーストレージベンダーのリリースサイクルに基づくと、ウォーターフォール（または変更されたウォーターフォール）の方法論を引き続き順守しているようです。 6か月のリリースサイクル、ハードウェアの回転数などは、20〜30年前にさかのぼります。[/one_third][one_third_last]
新参者、旧モデル
これらの新参者の中には、アジャイル開発哲学を活用しているものもありますが、特定のハードウェアに縛られているため、ソリューションの物理的な設計上の制約によって短絡しています。 今日は問題にならないかもしれませんが、ハードウェアが陳腐化する可能性があり、フォークリフトのアップグレードを行うしかありません。 実際、あるベンダーは、以前のすべてのバージョンを長期的な投資保護のイデオロギーと互換性のないものにする主要なハードウェアリファクタリングを発表しました。[/one_three_last]
フォースが目覚めます
時代遅れの問題に対する最新のソリューションで企業を目覚めさせる
間違いなく、製品の機能は、選択プロセス中に確かに重くのしかかります。 SMB3をサポートしているが、SMB2のみをサポートしているソリューションを探している場合、SMB2をサポートしているベンダーは、SMB3をサポートしているベンダーと比較してはるかに低いスコアを受け取ると言っても過言ではありません。 ただし、今日必要な機能があり、それらの機能を実装するための簡潔な計画がまだない場合でも、すべてが同等である場合は、もう少し深く掘り下げて明日について質問する必要があります。 ベンダーのリリースサイクルとは何か、ソフトウェアの更新にアクセスできる頻度、更新にかかる時間、そして書面で質問してください。
私たちの顧客は私たちの喜びです。私たちの顧客が成功するとき、私たちは成功します–それは非常に単純な方程式です。 私たちから カスタマーサクセスSlackチャネル、 私たちへ アジャイル開発手法、Qumulo内のビジネスグループ間のオープンなコミュニケーション、および質問に答えたり対処したりするためのチームの幹部へのアクセスに対して、Qumuloは、非常に多くの古いプロセスと機能を最新化したため、将来にわたって加速し続ける立場にあります。一部のレガシープレーヤーや一部の新参者の中にはまだ残っています。 したがって、Qumuloが最新のデータセンターまたはクラウド向けの最新のファイルデータプラットフォームであると言えば、それを意味し、バックアップすることができます。
オビ＝ワンの言葉によれば、「覚えておいてください…フォースはいつもあなたと一緒にいるでしょう。」
チャパ、サインオフ。
