免責事項：
以下に書かれていることはすべて私の考えであり、プロジェクトに参加した経験だけです。 私は主題の完全な説明のふりをしません。なぜなら、 プロジェクトの成功は、膨大な数の本、コミュニティなどで研究されています。 別の意見がある場合は、ここで理由のある意見を述べることができます。実質的な議論ができてうれしいです。
ここでのプロジェクトとは、サイトまたはソフトウェアを開発および宣伝するプロジェクトを意味します。
私の経験について、結論を引き出すことができます：
私の最初のスタートアップは2005年でした。 これは、出入り口とフォーラムの投稿が使用されたプロモーションのためのオンラインストアでした。 2006年以来、私はSEOとスタートアップのプロモーションに積極的に携わってきました。 私の最後の（最近の）スタートアップは1年以上前に始まりました。 1か月前に凍結しました。 私のスタートアップのどれもが世界的に名声を得たわけではありませんが、たくさんのコーンが埋められており、どれだけ埋めるべきかが残っています！
さらに、プロジェクトを成功に導く要因を分析することを提案します。
これを行うには、まず、プロジェクトの成功を考慮すべき点について説明しましょう。
多くの人がプロジェクト管理の古典的な三角形を知っています（図1を参照）
図1.プロジェクト管理の三角形。
プロジェクトの成功を評価するための次のような基準を満たしました。
1.プロジェクトは、承認された作業範囲に従って、承認された費用で、期限内に完了すると成功します。
2.タイミング、コストなどに関係なく、顧客が満足すればプロジェクトは成功します。
3.プロジェクトは、財政的に成功した場合にのみ成功します。
私の経験から、 「顧客満足」という基準が最も効果的です。 原則として、期限、コスト（および直接依存することが多い）が満たされ、すべての機能が実装されると、顧客は満足します。 ただし、これはカスタムプロジェクト（アウトソーシング）に適用されます。
プロジェクト（スタートアップ）を実装するとき、経済的な成功の基準は重要です。 納期を逃し、完全に機能しない実装を行い、顧客に不満を抱くことがありますが、プロジェクトが財政的に立ち向かい、お金をもたらしたのです。
私の結論 ：成功の基礎としてどの基準を採用しても、プロジェクトが成功するかどうかに影響を与える一般的な要因があります。
すべてが非常に簡単です。プロジェクトが成功した場合-これは全体を通して明らかです 。
プロジェクトの成功は次の要因に依存すると考えています。
どちらの場合（アウトソーシングまたはプロジェクト）でも、プロジェクトを計画するとき、成功はそのような要因に依存すると考えます。
•私たちには必要な賢い人がいます。彼らに頼ることができます。
•必要なリソースがあり（正確に計算したことを意味します）、仕事は支払われ、スタートアップの場合、私たちは皆、価値のある収入を得ます。
•私たちはそれを正しく行っています（つまり、顧客の要件を正しく理解しているか、要件を正しく作成しました）。
•優れた技術を使用してプロジェクトを実施します（つまり、プロジェクトが道徳的に遅れることはありません）。
•チームワークは、プロジェクト（方法論、アプローチ、タスク追跡システムなど）で可能な限り効率的に作業できるように設定されています。
•完成したプロジェクトをどう処理するかを知っているため、市場または顧客は、このプロジェクトが成功したことを認識します（特に、市場で製品に対する需要があります）。
現実-私たちが直面していること：
ここでは、さまざまなプロジェクトのさまざまなチームでの作業の例を紹介します。 おそらく誰かが自分のケースを見つけるか、あるいはプロジェクトの別の誰かが別の方法で見つけるかもしれません。
1.一般的に、人々は一種の良い、おかしい、冗談ですが、それぞれが結果を目的としているわけではありません。 「私を放っておく」ためのタスクを実行します。
2.開発者は「問題の声明は明確ではない、何を得るべきかなど、より詳細に記述してください」と言いますが、それ以降はすべて同じように正しく行われません。
3.開発者は「このようなトラッカーを置いて、タスクを開始します」と言いますが、その結果、エクセルでもジャークでも維持しても本質は変わりません。 プログラマーは締め切りに夢中です。
4.開発者は「スクラムを実装する必要があります」と言いますが、作業する代わりにスクラムを使用してもタブレットでプレイします。
5.プログラマーは「私はあなたを理解しています。 さらに言う必要はありません、私はより良い方法を知っています」が、そうではありません。
6.プロジェクトのスポンサーは「はい、この予算を管理し、開始します」と言っており、期間の途中でプログラマーがすでにより少ないお金を受け取っており、プロモーションのためのお金がないことが明らかになりますが、どういうわけかプロジェクトは成功する必要があります。
もっと多くの例があります;私は80％の基本的なふりをしません。 締め切りを遅らせることについては言及しません（これはすべてのプロジェクトで行われているように思えます。つまり、これはすでに標準であるということです）。
プロジェクトの最中に人を変えることは常に可能なことではありません。どうにかして働かなければなりません。
プロジェクトが終了する理由：
主な参加者が熱心に問題を解決する準備ができている限り、プロジェクトで発生する問題はひどいものではありません。 プログラマーはビッグマックを望んでいますか？ はい、神のために、私はただコードを書きます。 デザイナーはフレームワークまたはテンプレートを購入する必要があります-問題ありません。
通常、プロジェクトの責任者が燃えているとき、問題はひどくなく、解決されます。
さらに悪いのは、プロジェクトを推進する人々が燃え尽きたときです。 私の経験では、これは常に信頼の欠如によるものです。 ある段階で、人々はお互いを信頼しなくなりました。
例：
1.プロジェクト参加者は共有を約束されました。 しかし、具体的にはそうではありませんが、「全員がチョコレートになる」というスタイルです。 しかし、実際には、彼は創業者が約束を果たしていない、または彼らがそれを果たしているのではなく、彼ら自身の方法で見た。 特定の％は発表されませんでした（それがあったとしても、誰もが％がぼやけている可能性があり、欲求があることを知っています）。 創設者の言葉を信じるのは死に、プロジェクト参加者は遅かれ早かれ去るか、プロジェクトに失敗する。
2.プロジェクト参加者は、プロジェクトのアイデアそのものに「燃えている」（お金は関係ない）。 彼は彼らが彼を使用しているのを見ました。 創業者は車を購入し、大々的に生きますが、それにはほとんど陥りません。 お金は最も重要な要素ではありませんでしたが、創業者への信頼が失われ、それに応じて、参加者は時間とともに「燃え尽きて」いきます。
3.パートナーは信頼できるオープンな関係を構築していません。 彼らはお互いに多くのことを話しますが、彼らはそれぞれ一つのことを考え、別のことを言い、第三のことをします。 これは遅かれ早かれ、相互作用のメカニズムを調整できないか、お互いを信頼していないパートナーが自分自身の上に毛布を引っ張り始めるという事実につながります。
4.プログラマーはいくつかの期限を約束しますが、常に期限を破り、仕事を正しく行いません。 遅かれ早かれ、有能な執行者としての彼への不信が生じる。
もちろん、人生には他の例もあるかもしれませんが、私は繰り返します 。プロジェクトを成功させるために必要な主な要因は信頼だと思います。
チームメンバー、パートナー、顧客、請負業者はすべて、互いに信頼し合う必要があります。 そうして初めて、真のパートナーシップを構築し、「融合」を維持し、それに応じてプロジェクト中に発生するすべての問題を解決できます。
結論は何ですか？
個人的に、私の結論は、人々とのオープンな信頼関係を構築することです。 うまくいかない場合は、人、プロジェクト、会社を変えてください。 信頼せずに時間とエネルギーを費やすよりも、信頼のある人と一緒に開発する方が良いです。