将来的なサービス拡充の容易化を目的として業務システムの刷新をベンダー企業に依頼したが、テスト工程で不具合が頻発、要求が実現できていない、など品質が非常に悪い。改修コストの削減が望めます。社内業務システムを情報システム部にて開発しており、新規事業展開に伴って新システムの開発を行うこととなった。過去プロジェクトにおいては社内開発標準がないため各プロジェクトごとに独自手法で開発しており、事業部からの短納期かつ多要求に対応しきれず、また事業部レビューも不十分で要件定義後の要件追加が多い、など問題があった。そのため、社内開発を標準化し、品質向上と効率化を実現したい。業務効率化や将来的なサービス拡充の容易化を目的として業務システムの刷新をベンダー企業に依頼したが、テスト工程で不具合が頻発、要求が実現できていない、など品質が非常に悪い。標準に沿って開発を行うことにより、属人化を排除し、ドキュメント品質の統一が望めます。ドキュメント流用も容易になり、開発の効率化が望めます。開発標準が社内に浸透し、人に依存することなく安定したシステム品質が望めます。化に伴い、社内のソフトウェア開発標準を整備したい。ネットワーク要件の考慮漏れによる市場障害を防止したい。ソフトウェア品質向上の重要ポイントをあらかじめ押さえ、品質を作り込むことにより、要件考慮漏れによる手戻りや市場障害の防止、障害対応コストの削減が望めます。課題プロジェクト計画の立案プロセスが各担当者の経験則(属人化)になってしまっており、定量的な立案が出来ておらず、指針等も整備されていない。そのような状態の中、直近でプロジェクトが始まる予定で、どうマネジメントして良いかわからない。属人化し、品質面に不安がある現状を改善し、計画・要件定義などに無理がないプロジェクトの健全な運用(マネジメント)が望めます。定着化支援により、今後は自社内での運用が可能となり、品質の安定が見込まれます。化に伴い、社内のソフトウェア開発標準を整備したい。ネットワーク要件の考慮漏れによる市場障害を防止したい。ソフトウェア品質向上の重要ポイントをあらかじめ押さえ、品質を作り込むことにより、要件考慮漏れによる手戻りや市場障害の防止、障害対応コストの削減が望めます。解決すべき問題とその優先順を明確化できます。開発の各工程においてドキュメント品質が統一され、属人化の排除が望めます。達成(開発プロセスが定義され、各プロジェクトにおいて適用された状態)が望めます。複数のパートナーが参画しているが、納品物の明確なレビュー基準や受入基準がなく、品質が安定しない。パートナーによる品質差異が排除され、品質の向上および統一化が望めます。パートナーにとっても納品基準が明確になることで意欲向上につながり、恒常的なサービス品質向上が望めます。過去に導入した生産管理システムが老朽化や現状業務と合わなくなっておきており、システムの改修が必要となった。スクラッチ開発ということもあり、当時の開発者がいなくなった状態のため、カスタマイズ等のメンテナンスが厳しい状況となった。導入を検討したが、導入の進め方が分からず困っている。従来のシステム開発だと競合他社との差別化を図ることが難しく、品質面の強化が必要になった。支援プロセスチェック、品質保証の代行。作った業務システムのドキュメントがなく、改修をするたびに不具合が発生しデグレーションが止まらない状態になってしまった。属人化によってノウハウの継承がされていない。統合を実施したが、現場定着まで至らず、どのような取り組みをしたらいいのか分からない状態である。実際にプロジェクト内で活用を始めると想像以上にギャップがあり、規定類の見直しが必要であった。開発の現状にフィットした、規定類の整備による業務改善が望めます。定着化支援により、今後は自社内での運用が可能となり、品質の安定が見込まれます。