Oracleから大規模プロジェクトを実施する練習

ご挨拶。



今年の4月、私の意志により、運命は私をリスボンでのOracle Commerce Conferenceに連れてきました。 Oracle Commerceが製品として正確に何を表しているかは関係ありません（興味深い場合は、別のトピックを書くことができます）。産業用ソフトウェア。



国内の慣行では、私が何らかの方法で対処しなければならなかったインテグレーター企業の大多数は、アプローチを「そしてそれだけです」と主張しています。 つまり、ビジネスプロセスを自動化するためのプロジェクトの販売について話している場合、請負業者は、市場における彼自身のグローバルな優位性と、顧客のビジネスのすべての可能な分野に対する深い理解を証明しようとしています。 この振る舞いは論理的であるように思われます。したがって、請負業者は予算全体を1つのバスケットに集め、単一の統合ITランドスケープの提供に加入しているように見えますが、ニュアンスがあります。



大規模な取引ビジネスには、システムの各機能ユニットに多くの要件があります。 最良の場合、顧客はすでにサプライチェーンの組織化、品揃え管理、サプライヤへの予測および自動注文を含む多くのビジネスルールを備えたERPシステムを持ち、非常に洗練されたWMSがそれに接続され、どこかに財務管理があり、これにはすべてが伴います会計およびビジネス分析。 そして今、私たちはこれらすべてを電子商取引システムに結び付けています。これは、現代のトレンドに従って、従来の販売チャネルを含むすべての販売チャネルをカバーするはずです。



一般に、このようなシステムを作成する場合、エンタープライズ管理システムに既に存在するビジネスプロセスに干渉することなく実行できないことは明らかです。 つまり、フロントエンドだけでなくバックエンドでも変更が必要であり、システムインテグレーターには適切な能力が必要です。 だから、ある経験豊富で大規模なインテグレーター企業がすべての分野で平等な成功を保証できると本当に思いますか？



さらに言うと、ロシアには非常に大規模なプロジェクトが1つあり（詳細は公開できません）、Oracle Commerceで長年の能力を備えた西側の請負業者ではなく、その一方で、オフショアプログラマーのチームと世界最大のコンサルティング会社の1つがプロジェクトに参加するようになります。 独自のチームの管理、ワークフローを構築する1つまたは別のモデルの長所と短所について長い間話すことができることは明らかですが、大規模システムで作業する場合、Oracleは文字通りパートナー間のコラボレーションを促進するという事実に焦点を当てたいと思います。 プロセスのすべての参加者には、委託システムの助けを借りてビジネスで大きな成功を収めた優れた参照プロジェクトとクライアントが必要です。多くの場合、インテグレーターは時間と仕事の質を犠牲にして自分の会社で特定の能力の開発に従事する必要はありません。



ある意味では、このクラスターアプローチを認識することで、プロジェクト管理について気が変わりました。 そのようなシステムを構築した経験があるので、私はそのような設計作業の委任についても考えていませんでした。 企業ではなく、個々の外部のフリーランスの専門家が関与する場合もありますが、私たちは自分のリソースだけに依存して、比較的大きなシステムを作成しました。 もちろん、これは顧客にとっては安上がりでしたが、最終的には最高のエクスペリエンスを完全に考慮しておらず、ビジネス開発の見通しを常に理解していない人々によって作成されたシステムを受け取りました。 明らかに、適切に設計された電子商取引システムは現在の一連の要件を実装できますが、1年後にはどうなりますか？ そして2つで？ なんと、最終的にパフォーマンスの制限などに立ち向かうために、ある種のカスタムソリューションを際限なく仕上げる必要があるでしょうか？



鮮やかな否定的な例として、私はかなり大規模な国内貿易会社の1つを知っています。この会社には、自己記述ERPシステムをサポートする約60人のプログラマーのスタッフがいます。 特別なボーナスはランプです。 このモンスターがどのように更新され、維持されるか想像できます。



ポジティブな例がありますが、私たちのものではなく、オランダのものです（詳細が必要な場合、このプロジェクトは興味深いものであり、残念ながら、今日のロシアではまったく不可能です）。 技術的展望は次のとおりです。OracleCommerceが前面、SAP ERPおよびManhattan WMSが背面にあり、すべてITディレクターを含む6人のIT部門スタッフによって管理されています。



それが、お金を数えて将来のために働く大企業が産業ソリューションを選択する理由です：悪名高い「ベストプラクティス」ほどのソフトウェアパッケージを購入するのではなく、標準的なレーキがないことを保証します。 そして、結果を保証するために、オラクルはコンサルタント（自社を含む）および他の技術パートナーのプロジェクトへの参加を直接主張しています。 これは、同様に、「1つのヘッドが優れており、2つのヘッドが優れている」という原則に基づいた最適なソリューションの開発に貢献します。 つまり、商用アプリケーションをホストするための環境を備えたホスティング会社、コンサルタント、デザイナーとプロジェクトマネージャーのチーム、適切なオフショアプログラミングを提供する会社があります。 合計すると、これらのいくつかの企業はプロジェクトの予算と責任の両方を共有しています。



同僚、特に真に大規模なプロジェクトの実装経験がある同僚に、このすべてを書きました！ あなたの意見では、「マルチコア」または「単一ウィンドウの原則」という現実では、どのアプローチがさらに適切ですか。 私は個人的な経験からの物語に特に感謝します。これにより、プロジェクトに関する独自の不安定なアイデアを整理することができます。