顧客の1人が、支社を管理するための企業アプリケーションのリリースの問題について連絡しました。 クライアント-保険会社。その範囲には、リスクおよび累積保険、その他のサービスが含まれます。 本社および子会社の活動の調整、管理、および会計のために、特別なソフトウェアが存在します。 その主な機能は、会計、計画、分析の多数のジャーナルです。 特定のユニットを対象とし、地域の目的のみを目的とした自主的な雑誌に加えて、共有雑誌があります。 彼らによると、情報は本社で収集され、計画と指標も反対方向になります。
このソフトウェアの主な問題は次のとおりです。
- サーバーの頻繁なクラッシュ。
- 支社からの送信中のデータ損失。
- アプリケーションは、増加した数のサービス(ジオロケーション、関連サービスとの統合)を処理する際の負荷への対処を停止しました。
- 新しいバージョンのリリース期限に間に合わない。
多くの質問を準備し、顧客のオフィスでそれらについて話し合いました。 その結果、クライアントのチームの仕事の組織について明確に把握できました。 このアプローチにより、プロジェクトの完全な技術監査が可能になりました。 私たちの経験では、これはプロジェクトに関する最も詳細で包括的な情報を収集するための最も成功した方法であり、チームだけでなくその作業プロセスを最短時間で形成することができます。 QAスペシャリストと強化された開発チームをつなぐ必要性を明らかにしました。
何を見つけましたか
分析前の作業の優先順位は次のとおりでした。70%-指定された問題を解決する新機能の開発、30%-スケーラビリティテストを含む既存の機能のテスト。

製品品質監査を実施する前の作業計画
監査プロセスでは、他の分野のエグゼキューターがどのように機能するか、およびプロジェクトとプロセスの主要なタスクに対する彼らの見解を見つけることが非常に重要です。
お客様のチームと話をした後、他の同様に重要な問題について学びました。
- 主要なコンポーネントの1つが結び付けられた統合システムの生産性が非常に低い。
- 機能の誤解と実装による大幅な改良の必要性。
- エラーロギングの欠如;
- リリースに不要なタスクも含め、すべてのタスクがアプリケーションのリリースバージョンに分類されました。 その結果、バグを開発して検索する時間が大幅に増加しました。
- テストベンチと実際のテストベンチの不一致:テストベンチ上の多くのコンポーネントは古く、実際のスタンドでは再現できないバグを実際のユーザーと一緒に見つけることができませんでした。
- 顧客はサーバーインフラストラクチャを構成した経験がありませんでした。
- アプリケーションは、機能要件とユーザビリティのコンプライアンスについて完全にテストされたことはありません。
顧客はこれらの問題を事前に特定せず、プロジェクトの成長と開発に大きな影響を与えました。 多くの場合、この種の問題には適切な注意が払われず、プロジェクト全体に変更を加えることの有効性が低下する可能性があります。
提案したこと
専門家チームによって準備された段階的な計画が、クライアントの特定された問題を解決しました。 よりスムーズで痛みのない方法が個別のアプローチとして提案されました。これは、次の原則に基づいた単一のクライアントチームのアイデアです。
- 目標の達成とタスクの達成に対するチームの共通の関心。
- 内部製品の品質に影響を与えるすべての人の関与。
- 私たちのチームによる顧客の専門家への継続的な相談。
その結果、開発の議論のみを意味する顧客の初期計画から、次の作業の拡張リストの承認に進みました。
- タスクのライフサイクルが通過するプロセス。
- 次のバージョンのリリースに含まれるタスクを選択し、一般的なタスクに優先順位を付けます。
- テストプロセス、製品の全体的な品質のアイデアを得るための組織。
- Gitフローを構成する
- 新機能の開発とバグ修正。
- プロジェクトの自動展開システムをセットアップします。

製品品質監査実施後の作業計画
監査の終わりに、最初の2か月間の計画が作成されました。これには、作業リストだけでなく、プロセスに関する合意も含まれています。
結果
2か月後、計画された期間内に優先機能を備えたリリースがリリースされました。 アプリケーションの主なビジネスロジックは自動および手動テストでカバーされていたため、アプリケーションの品質レベルをよりよく理解し、欠陥の集中を減らし、製品の成長ポイントを特定することができました。
製品サポートおよび品質保証の分野での監査前後の一部の作業数値での作業結果。

単一のチームとして働くというアプローチは、対応する結果をもたらしました。
- アプリケーションの主な機能が安定し、サーバー障害の数、データ損失が減少しました。
- システムの使いやすさが向上し、従業員のスピードが向上しました。
- 時間通りのアプリケーションのバージョンのリリース。
- 常連客のリターンとロイヤルティの増加の割合は、最初の数字から2倍になりました。
- テクニカルサポートサービスへのクリティカルコールの数は70%減少しました。