ソフトウェア製品を有能かつ効果的に開発する方法

多くの場合、モバイルアプリケーション、社内、CRMシステムなど、自社のソフトウェア製品を所有する企業は、ソリューションをさらに開発する必要に直面しています。 理由は異なる場合があります。既存のソフトウェアがビジネス要件、プロセスを満たしていない、指標が思いどおりに成長しない、テクニカルサポートが圧倒されている、ユーザーからの肯定的なレビューが少ないなどです。 そのような場合、弱点と成長点を特定することで、製品品質の監査が可能になります。



顧客の1人が、支社を管理するための企業アプリケーションのリリースの問題について連絡しました。 クライアント-保険会社。その範囲には、リスクおよび累積保険、その他のサービスが含まれます。 本社および子会社の活動の調整、管理、および会計のために、特別なソフトウェアが存在します。 その主な機能は、会計、計画、分析の多数のジャーナルです。 特定のユニットを対象とし、地域の目的のみを目的とした自主的な雑誌に加えて、共有雑誌があります。 彼らによると、情報は本社で収集され、計画と指標も反対方向になります。



このソフトウェアの主な問題は次のとおりです。





多くの質問を準備し、顧客のオフィスでそれらについて話し合いました。 その結果、クライアントのチームの仕事の組織について明確に把握できました。 このアプローチにより、プロジェクトの完全な技術監査が可能になりました。 私たちの経験では、これはプロジェクトに関する最も詳細で包括的な情報を収集するための最も成功した方法であり、チームだけでなくその作業プロセスを最短時間で形成することができます。 QAスペシャリストと強化された開発チームをつなぐ必要性を明らかにしました。



何を見つけましたか



分析前の作業の優先順位は次のとおりでした。70%-指定された問題を解決する新機能の開発、30%-スケーラビリティテストを含む既存の機能のテスト。





製品品質監査を実施する前の作業計画



監査プロセスでは、他の分野のエグゼキューターがどのように機能するか、およびプロジェクトとプロセスの主要なタスクに対する彼らの見解を見つけることが非常に重要です。



お客様のチームと話をした後、他の同様に重要な問題について学びました。





顧客はこれらの問題を事前に特定せず、プロジェクトの成長と開発に大きな影響を与えました。 多くの場合、この種の問題には適切な注意が払われず、プロジェクト全体に変更を加えることの有効性が低下する可能性があります。



提案したこと



専門家チームによって準備された段階的な計画が、クライアントの特定された問題を解決しました。 よりスムーズで痛みのない方法が個別のアプローチとして提案されました。これは、次の原則に基づいた単一のクライアントチームのアイデアです。





その結果、開発の議論のみを意味する顧客の初期計画から、次の作業の拡張リストの承認に進みました。









製品品質監査実施後の作業計画



監査の終わりに、最初の2か月間の計画が作成されました。これには、作業リストだけでなく、プロセスに関する合意も含まれています。



結果



2か月後、計画された期間内に優先機能を備えたリリースがリリースされました。 アプリケーションの主なビジネスロジックは自動および手動テストでカバーされていたため、アプリケーションの品質レベルをよりよく理解し、欠陥の集中を減らし、製品の成長ポイントを特定することができました。



製品サポートおよび品質保証の分野での監査前後の一部の作業数値での作業結果。







単一のチームとして働くというアプローチは、対応する結果をもたらしました。






All Articles