はじめに
前の記事で、人間の活動のさまざまな分野（生態学、科学、IT、ビジネス、教育など）でプロジェクトを実施するための好ましいオンライン環境の欠如の問題が説明されました。 この記事では、そのような環境を作成するためのソリューションの1つを提供したいと思います。
オンラインプロジェクト環境とは何ですか？
オンラインプロジェクト環境は、プロジェクトプロセスのすべての段階をカバーする情報システムであり、インターネットを介して人間活動のさまざまな分野でプロジェクトを効果的に実装できます。
主なアイデアは、プロジェクトの実装における知識と経験のレベル、必要なリソースとチームの可用性に関係なく、誰でもプロジェクトが実際の問題を解決することを条件に、人間活動のさまざまな分野でプロジェクトを実装できるシステムを作成することです。
この記事では、設計プロセスの最初のフェーズであるアイデアフェーズについて説明します。
パート1.アイデアのフェーズ-アイデアをコンセプトに持ち込みます。
残念ながら、多くの人はこのフェーズをプロジェクトプロセスの一部と見なしていません。 通常、プロジェクト作成者から既製のコンセプトが必要です。 しかし、概念から概念へのパスはそれほど単純ではなく、特定のアプローチが必要です。 以下に、このアプローチのオプションの1つを示してみました。
計画から始まります
計画の実行可能性を確認します
あなたのメガスーパーアイデアがあなたと家の数人の友人だけのために素晴らしいものになる状況にならないように、そして残りは完全なナンセンスになるために、あなたは実行可能性の初期計画を確認する必要があります。 どうやってやるの？ 家族、友人、インターネットコミュニティなど、世界中の人々と計画を共有する必要があります。 そして、このプロセスに関与する人が多くなればなるほど、より多くのレビューを受け取ることになり、その開発と実装のプロセスでアイデアが実行可能になる可能性が高くなります。
ブレーンストーミング
アイデアと解決策を生み出すには多くの方法があります。パセリを吸う、空腹でグーグル、頭の上に立つ、しかし最も効果的な方法の一つはブレインストーミング法です。 アイデアの作成者は、アイデアのトピックに何らかの形で関係しているグループ（これは非常に望ましい基準です）を収集し、ブレーンストーミングセッションのトピックを指定し、チームは各問題の解決策を検索します（解決策を生成します）。 この後、得られたソリューションを分析し、それらのベストを選択するだけです。
アイデアをコンセプトに変換する
一部の人は、その最も純粋な形のアイデアには何らかの重要な価値があると考えています。 したがって、彼らは進取的な脳が恥ずかしげに自分の考えを盗むことができることを非常に心配しています。 しかし、これは非常に大きな間違いです。 アイデアは空中にあります。 あなたが素晴らしいアイデアを得た場合、それはこの世界の別の10-100人がすでにこのアイデアを急いでいることを意味します。 一言で言えば、 集団無意識 。 しかし、アイデアの開発における論理的な段階としての概念は真の価値があります。というのは、アイデアの作者が主題領域、問題、アイデアを実装するための効果的な方法などを研究したことを意味する
コンセプト自体は、アイデアの特性（スコープ、スケール、複雑さなど）に依存する特定の構造を持つドキュメントです。 しかし同時に、すべての概念に特徴的な特定の一般的な構造を区別することができます。
- 問題 -アイデアの実装が成功することで解決される問題の説明。
- 解決策は、この問題自体に対する解決策の説明です。
- 成功の鍵は、アイデアのハイライトです。
- 環境 -アイデアの実装によって影響を受ける可能性のあるすべてのエンティティの説明（対象読者、競合他社、状態など）。
可能な実装
ここで、上記のスキームがインターネット上で実装されることを想像してください。 これにより、提案されたアイデア（およびその後のコンセプト）の品質がどの程度向上し、あらゆる種類の重複した役に立たないスタートアップの作成を避けるのにどのように役立ちますか？ 可能な実装の1つは、すべてのユーザーが自分の計画を公開し、特別な機能とコミュニティサポートの助けを借りて計画を公開できるサイトです。 つまり、このアルゴリズムは次の3つの段階のシーケンスのように見えます。
確認する
著者は、自分の計画をコミュニティに自由形式で公開します。コミュニティは、一定期間、妥当性と実行可能性をチェックします。つまり、さらなる実装が意味があるかどうかを決定します。
機能：コメント、評価、投票。
次の段階への移行の基準：投票者の総数に対する計画を支持した人の割合は50％以上です。
ブレーンストーミング
著者は自分の考えをコンポーネント（問題）に分解し、コミュニティはこれらの問題の解決策を提供します。 各決定は、「好き/嫌い」の基準に従って評価され、コメントが付けられます。
機能性：問題とその解決策の公開、評価、コメント+マインドマップ。
次の段階への移行の基準：少なくとも1つの問題の存在とその解決策。
コンセプト
この段階で、著者は前の段階で取得したデータを体系化し、既製の概念の形でこれを発行します。 この場合の概念は、アプリケーションに応じて特定のフィールドを持つwikiドキュメントです。 アイデアの作成者は、志を同じくする人々をドキュメントで共同作業に招待できます。 コンセプトの準備が整うと、コミュニティに送信され、さまざまな基準に従ってアイデアが評価されます。
機能： Wikiドキュメントの作成、ドキュメントのチームワーク、評価、コメント、投票。
次の段階への移行の基準（案）：投票者の総数に対する概念を支持した人の割合は50％以上でした。
一般的なスキーム
このスキームは複雑すぎるように思えるかもしれませんが（確かに、 このスキームよりも複雑ではありません）、過負荷であり、そのようなサービスに関心を持つ技術者はほんの一握りです。 それはすべて、計画の有能な実装に依存します。システムをさまざまなレベルのユーザーに適応させるのに役立つ人間工学に基づいたインターフェイスと有能なトレーニングシステムが必要です。
システムの詳細について知りたい場合は、Googleドキュメントの次のドキュメントを読んでください： システムの簡単な説明 （Googleドキュメント）。
おわりに
したがって、この記事では、プロジェクトプロセスの最初のフェーズを実装するためのオプションの1つであるアイデアフェーズに精通しました。アイデアフェーズでは、総力を尽くしてアイデアがコンセプトレベルにもたらされます。 そしてご存じのように、コンセプトは将来のプロジェクトの中核です。そのため、このフェーズでは最大数のミスを犯し、それらの解決策を見つけることが非常に重要です。そうすることで、実装フェーズでコンセプト全体を再考する必要が生じるような状況に遭遇することはありません。 次の記事では、プロジェクトプロセスの次のフェーズ、コンセプト作成者がモデルを作成し、チームを編成し、アクション戦略を開発するプロジェクトフェーズについて説明します。
結局のところ、この環境は私たちのために作られたものであり、あなたとその有効性は私たちにかかっているからです。
Z.Y. 近い将来、説明されたスキームの実装に関する作業が開始されます。 しかし、これには専門家、特にUIデザイナーとPHPプログラマーが必要です。 したがって、興味がある場合は、support @ projectbook.meに書き込みます