バックエンド開発者も「視覚的な扱い」を受ける時が来ました。

May 08 2022
フロントエンド(FE)チケットを開くと、さまざまな視覚的要件、ファイル、およびドキュメントが見つかる可能性があります。ユーザージャーニーの流れから、モックアップ、デザイン、完全に焼き付けられたUIコンポーネントまで、すべてが揃っているので、フロントエンド開発者として、必要なものをすべて手に入れ、正しく実行することができます。
21世紀に沿ったバックエンドタスクの視覚化

フロントエンド(FE)チケットを開くと、さまざまな視覚的要件、ファイル、およびドキュメントが見つかる可能性があります。ユーザージャーニーの流れから、モックアップ、デザイン、完全に焼き付けられたUIコンポーネントまで、すべてが揃っているので、フロントエンド開発者として、必要なものをすべて手に入れ、正しく実行することができます。

私は批判していません—まったく逆です。率直に言って—私は嫉妬しています

ほとんどのエンジニアは、バックエンド(BE)ロジックがフロントエンドロジックほど重要でも複雑でもないことに同意します。どちらかといえば、最もビジネス上重要な決定と計算のいくつかはバックエンドで行われます。

たとえば、価格の財務計算を行います。または、金利、eコマース製品のフルフィルメントプロセス、または本番データセットに基づくライブMLトレーニングもあります。これらのすべての側面は、ビジネスの収益性だけでなく、リスク許容度、サイバーセキュリティ、および法令遵守にも影響を及ぼします。

では、どうしてバックエンドエンジニアが期待できる最高のものが、ただの乾いたテキストチケットなのか?または、彼らが非常に幸運である場合、関連するフロントエンドの旅へのリンクですか?(この時点でどちらが終了するので、バックエンドフローの「エントリポイント」のドキュメントとしてのみ機能しますか?)

ブランディングだと思います‍♂️

何らかの理由で、バックエンドの開発は、多くの人から黒魔術の領域と見なされています。これは、理由なく突かれるべきではないクマです。または、ジョークはさておき、それはユーザージャーニーとユーザーエクスペリエンスにすべて関係しているにもかかわらず、ユーザージャーニーとエクスペリエンスとは何の関係もないものと見なされます。

しかし、それは問題ではありません。私たちは過去について不平を言うのではなく、それを変えるためにここにいます。バックエンドの領域を21世紀に持ち込むために私たちができることは次のとおりです

  1. BEロジックと順列を含む、エンドツーエンドの旅を計画します。
    フィンテックの例を見てみましょう。これは、単純なKYC(顧客を知る)プロセスがエンドツーエンドの旅でどのように見えるかを示しています。
  2. KYCフローの例、エンドツーエンド

2.最も重要な側面を含むストーリー準備チェックリストを編集します。例を次に示します。

  • 幸せな流れは明確で簡潔です
  • すべてのステップの失敗はAPI応答の観点から考慮され、FE上の対応するメッセージが定義されます
  • サーバーのタイムアウトと無応答はすべて、ユーザーへのメッセージングの観点から処理されます
  • 監視エラーは、問題につながる手順、スタックトレース、ソースマッピングなど、FEと同様にBEでも確実です。
  • 分析イベントの要件は、できればユーザージャーニーと同じ場所で、概説され、十分に文書化されています
  • テスト戦略が定義され、FEとBEの両方でエッジケースが明確に識別されます
  • リリース時間は予定されています
  • ロールバック戦略が定義され、文書化されている
  • 機能フラグを立てる必要があるのは、FEとBEの両方で機能フラグを立てていることです。

ここで、 STATEWIZE(免責事項、私は共同創設者です)のようなツールが登場し、FEとBEの両方で計画が現実と一致することを保証するのに役立ちます。

BEフローを視覚的に追跡する

そしてこのようにして、最終的に、バックエンド開発者は、可能な限り最も効率的で正確かつシームレスな方法で仕事をするために、本当に必要なものを手に入れることができます。

© Copyright 2021 - 2022 | hachiwiki.com | All Rights Reserved