サービス・エンジニアリング
ソフトウェアエンジニア、 あなたのチームに配属されました
単なる実装サポートではなく、エンジニアリングはスタッフの増強です。当社のソフトウェア エンジニアはお客様のチームに直接配置され、追加のキャパシティが必要な限り、お客様のバックログに対応します。
違い
単なるサポートチケットではないエンジニア
ロードマップに人員以上の人手が必要な場合、エンジニアリングはソフトウェア エンジニアを直接チームに配置し、スプリント内でエンジニアと協力して優先事項に取り組みます。 Scalata 統合作業は、彼らが取り上げられるものの 1 つです。製品の一般的なソフトウェア エンジニアリングは別です。
Scalata 統合
カスタム コネクタ、データ パイプライン、調整されたワークフローは、プラットフォームをすでに理解しているエンジニアによって構築されます。
一般工学
バックエンド、フロントエンド、またはインフラストラクチャは、当社の製品に限定されず、独自の製品で動作します。
部分またはフルタイム
1 人のエンジニアを数週間、または常駐チームを四半期に、実際に必要な規模に合わせて配置します。
埋め込み
ステータスレポートではなく、リポジトリ内で
配置されたエンジニアは、コードベースにコミットし、リポジトリに対してプル リクエストをオープンし、それを担当者にレビューしてもらい、さらに自分の担当者もレビューします。仕事は同じ場所にあるため、自分のチームの仕事と同じように到着します。
それがプロジェクトの増強とアウトソーシングの違いです。引き継ぎ会議はなく、歩調を合わせておくための個別のバックログもなく、最後に統合する必要はありません。統合は最初の朝に行われました。
彼らが取り組んでいること
バックログの一番上にあるものは何でも
以下のすべてのカテゴリは、個別のベンダー バックログではなく、チーム内 (リポジトリ、スタンドアップ、完了の定義) に所属するエンジニアによって作業されます。
バックエンドサービス
API、バックグラウンド ジョブ、キューは、デモではなく実際の運用負荷に耐えられるように構築および維持されています。これは、新しいサービスから、トラフィックとデータ量の増加に伴う既存のサービスの健全な維持まで、あらゆるものをカバーします。
- APIの設計と実装
- バックグラウンドジョブとキューシステム
- 実稼働負荷時のパフォーマンス
- 既存サービスの継続的なメンテナンス
フロントエンド製品
インターフェイス、状態管理、アクセシビリティ機能に加えて、状態の読み込み、エラー処理、エッジ ケースなどの最後の 1 マイルの磨きをかけ、デモとユーザーが実際に信頼する製品を区別します。
- コンポーネントと状態のアーキテクチャ
- 真の標準へのアクセス性
- エラーとエッジケースの処理
- 設計から製造までの実装
データパイプライン
取り込み、変換、スケジューリングに加えて、ソース データがクリーンでない場合でもパイプライン出力の信頼性を維持する調整ロジック (ソース データの大部分はクリーンではないため)。
- 取り込みおよび変換パイプライン
- スケジューリングとオーケストレーション
- データ品質と調整チェック
- サイレントパイプライン障害の監視
インフラストラクチャとDevOps
デプロイメント、可観測性、コスト管理に加え、チームが構築するその他すべてのものを出荷する CI/CD パイプライン。つまり、リリースはイベントではなく日常的なものです。
- CI/CD パイプラインの設計と維持
- 可観測性とアラートの設定
- コストの監視と最適化
- 導入とロールバックのプロセス
コネクタとAPI
対話するように設計されていないシステム (レガシー データベース、文書化されていない API、動作が一貫性のないサードパーティ サービス) と対話し、その統合を日常的に依存できるほど信頼できるものにします。
- カスタムコネクタの開発
- サードパーティAPIの統合
- 文書化されていないシステムまたは不安定なシステムの処理
- 信頼性と再試行ロジック
移行
ロールバック計画、カットオーバー戦略、移行中に本番環境を停止させない移行により、誰もが触れることを恐れるレガシー システムからの移行を実現します。
- 移行の計画と順序付け
- ロールバックと安全計画
- ゼロまたは低ダウンタイムのカットオーバー
- 移行後のデータ整合性検証
テストと品質
どこでもではなく、必要な場所でのカバレッジ。さらに、サポート チケットの後ではなく、ユーザーがリグレッションを検出する前にリグレッションを検出するテスト規律も備えています。
- テスト戦略と対象範囲の計画
- 自動回帰テスト
- テストスイートのCI統合
- バグのトリアージと根本原因の修正
ワークフローオーケストレーション
操作をまとめて保持する長時間実行の複数ステップのプロセス。部分的な障害が発生しても状態を失うことなく存続し、最初から再開するのではなく再開できるように構築されています。
- 多段階のプロセス設計
- 障害回復と状態の永続化
- 再試行およびエラー処理ロジック
- 停止または失敗したワークフローの監視
セキュリティエンジニアリング
アクセス制御、機密管理、企業クライアントや監査人が実際に確認を求める監査証跡は、最初から組み込まれており、コンプライアンスレビューの前に後付けされるものではありません。
- アクセス制御と権限の設計
- シークレットと資格情報の管理
- 監査ログとトレーサビリティ
- セキュリティレビューサイクルによるサポート
モバイルとクロスプラットフォーム
ネイティブ アプリまたはクロスプラットフォーム アプリは、製品がブラウザー タブだけでなく携帯電話上で動作する必要がある場合に機能し、新しいビルドと既存のアプリの継続的なメンテナンスの両方をカバーします。
- ネイティブ iOS および Android、またはクロスプラットフォーム ビルド
- 継続的なアプリのメンテナンスとアップデート
- プラットフォーム固有のパフォーマンス作業
- App Storeのリリース管理
サイズ設定
エンジニア 1 人、またはチーム
契約の規模は、最小限の契約ではなく、仕事に応じて決定されます。週に 2 日専門家が対応することで、いくつかの問題に対する真の解決策が得られます。クォーターを常備するチームが他の人への答えです。
ロールオフは取り決めの一部であり、再交渉ではない。ロードマップが変更されると、つまりリリースが開始され、ワークストリームが終了し、ついに採用が開始されると、エンゲージメントが契約されます。
仕組み
エンゲージメントの仕組み
4 つの段階があり、2 番目の段階がベンダー プロジェクトとのまったくの違いです。
範囲
当社はお客様のバックログとロードマップを確認し、Scalata 固有のエンジニアリングであるか、一般的なエンジニアリングであるかに関係なく、必要なスキルセットと人数を確認します。
場所
エンジニアは、管理が必要な個別のベンダー ワークフローではなく、ツール、スタンドアップ、コードベースでチームに直接参加します。
届ける
彼らは、社内雇用者と同じ責任を持って、実際のバックログ (Scalata 統合、カスタム コネクタ、または一般的な製品エンジニアリング) に取り組みます。
規模
ロードマップの変更に合わせてエンジニアを追加または削減できます。採用サイクル全体のリードタイムは必要ありません。
これは誰のためのものですか
今すぐキャパシティを必要としているチーム
- 採用サイクル後ではなく、今すぐエンジニアリング能力を必要としているチーム
- Scalata を自社製品に深く統合している企業
- Scalata の作業だけでなく、一般的なソフトウェア エンジニアリングが必要なチーム
- チケットキューではなく組み込みエンジニアを必要とする組織
得られるもの
あなたのチームのエンジニア
- ソフトウェア エンジニアがチームに直接配置される
- Scalata の統合または独自の製品ロードマップに取り組む
- 必要に応じて分割またはフルタイムで利用可能
- 優先順位の変化に応じてエンゲージメントを拡大または縮小する