GitHubのアドレスグループプロジェクト：https://github.com/ShangXuecheng-git/2019software
A、スクラムミーティング
2、週11分
第二に、テストレポート
第三に、我々は喜んで困難困難＆場所です
（第10週）
私たちは、困難に遭遇しました：
1.まず、グループの各メンバーは、プロジェクトの責任として学ばなければならない、物事の多くは、このような文法、非同期プログラミングのアイデアだけでなく、GitHubの上のjavascriptの使用などの最初の接触、ある、我々は前に持っていますGitのバッシュを使用する方法とは接触はGitHubの上での問題を公開し、独自のコードをアップロードし、地域内のコードを同期させます
2、我々はフロントエンドインターフェースの設計上のいくつかの違いがあり、誰もが自分の意見を持ち、合意に達することは困難です
図3に示すように、プロジェクトの設計を大幅に開発効率を低下させる、繰り返しプロジェクトの構造を調節する主要、事前に十分に詳述されていません
我々は喜ん場所です。
1、私たちは忙しいですが、我々は積極的に自分のタスクを実行することができますが、
2、プロジェクトのベータ段階に入った後、我々はより大きな影響力を持っています。アルファ段階の始まりの始まりを覚えて、我々は非常に混乱していると、それは所望の目的を達成できるかどうか、私たちは分業がどうあるべきかを知りません。我々はプロジェクトの開発をより意識するようになるとしかし、私たちはますます自信を持っている、私たちは、このプロジェクトが良く行うために私たちを助けると確信している感じ
3、我々は統一管理タスクがない場合、もはやアルファ段階として、プロジェクトの作業を支援しないようにGitHubの問題に公開アロケートすることを学びました。問題の使用を導入した後、我々はより効率的に開発してきました。
（11週）
困難は困難に遭遇しました：
1、先週、私たちは多くの新機能を準備するためにメンバーを開発しましたが、理由は非同期プログラミングのとBUGの多くで、その結果、カオスのロジックを理解していません
2は、我々は徐々にいくつかのページには、あまりにも複雑なロジックです今良くなる可能性があることを発見し、「コンポーネントベース」のプログラミングは、この問題を解決することができますが、プロジェクトのディレクトリ構造全体を再移動するためにトラブルに行きたいのは、私たちが従うことを決めたので、非常に困難です当初の計画は準備を継続します
我々は喜ん場所です。
1、ソフトウェアはバグの多くを生成するが、機能の漸進的な改善と、私たちのソフトウェアはまた、より多くの私たちは非常に嬉しく感じさせる完全な製品、の傾向にあるものの、
2は、我々は問題に適用し、Gitのバッシュますます便利な、私たちは大幅に開発効率を向上させてみましょう
第四に、動作原理ソフトは\方法を学びました
1は、設計プロセスでは、考慮に入れない簡単な統計にターゲットオーディエンス、多数を取って、チームは、ユーザーのスコープ、カリキュラムのデザインやプロモーション、全体的な機能の最初の小規模な評価を狭めて、その範囲を拡大することを決めました。
2、およびアカウントに我々は弱体化の機能の点としての機能・ポイント・プログラムの実施、作業に適切な変更を行った後に遭遇することができる実用的な問題を取ります。
図3に示すように、元のインタフェースの設計、改良および拡張の一定量に基づいて、ソフトウェアのブレードを使用することを学びます。