[2019BUAAソフトエンジニアリングアシスタント]アシスタント学期の概要

[2019BUAAソフトエンジニアリングアシスタント]アシスタント学期の概要

定量的自己評価

  1. オンライン
    • ブログのコメント:https://www.cnblogs.com/ChildishChange/MyComments.html合計106
    • ブログの概要:7の合計
    • 公開作品:21のコピーの合計
    • オンライン取引所:
      • カリキュラムグループの発表とのQ&Aは約900から1000件のニュース
      • グループ内の取引所:
        • およそ150〜200メッセージ:モチベーションのチームは言うまでもありません
        • hardchoiceチーム約250〜300のメッセージ
  2. ライン
    • レビュー:三、二回アルファ、ガンマ一回、約9時間
    • 定期的なスクラム:二回、約2時間

第二に、反射との質問に答えます

  1. 変更の長所と短所

    ソフトウェアエンジニアリングを行うために学期のコースを変更し、次のとおりです。
    1. 個々のイベントを削除します
    2. 次の反復を増やします
    3. カリキュラムシステムの観点から、ソフトウェア工学にこの学期のアップグレードは私のアシスタントアジャイルソフトウェアエンジニアリングは、それらのいずれかに属し、大学は(AI、埋め込まれた、敏捷性)の三の方向を提供している、コースを必要としていました。

    、個人的なプロジェクトを削除するトレーニングコースの構造と内容を合理化、プロジェクトチームは、できるだけ早く入力します。学生は、ソフトコースはOOコースから大規模な訓練を受けてきたまでは、自分の状況に北の学生に沿って、この変更を作業するだけでなく、ノーザン・学科コンピュータサイエンスのカリキュラムシステムを作るために、合理的な変化に適応したよう。

    しかし、反復アプローチ、長所と短所の増加:
    • リー:過去2回の反復、多くの場合、学期の終わり近くにベータ段階、もちろん残りの大きな操作/テストおよびSOはベータ段階に置く学生は、一般的に、アルファ未満であり、この期間に集中しています。3回の反復のために改訂され、アルファ、ベータ相の開発にチームのほとんどを完了することができ、学生は、最終製品は、以前のものよりも完璧です。
    • 短所:γ相へのコースの後、素晴らしい仕事/審査がまだ存在している、ガンマ相における困難なコーディングの多くは、そのγ相を何、最も重要な課題です同時に、増大によるラウンドチーム開発、前の学期よりも全体的なワークロードに一定の改善がありますが、該当するアップグレードクレジットがありません、ワークロードとクレジット不平等な矛盾を増加させました同時に、ソフト作業他の二つの方向、訓練のより多くの量、より厳格な評価システム、と比較して強制アップグレードと二つの方向のほか、アジャイルソフトウェアエンジニアリングなど、この学期に起因するので、他のコースに比べて研修/クレジット/スコアの量があります等しくない矛盾

    要約すると、次の学期はまだ個人的なプロジェクトを使用していないが、どのようにチームは羅とのさらなる議論の必要性を反復しました。

  2. 問題のアシスタントチーム

    主に私の中でのアシスタントチームの問題、。

    選択科目+小さなクラスモデルのためのソフトウェア工学コースの前にあるので、そのための教育アシスタントへの投資の多くは、だけでなく、チームコラボレーションソフトウェアエンジニアリングのカリキュラムのガイドラインについて指導助手の欠如を必要としません。そして、8人の学生がチームの活動としてやっ8人のアシスタントに初めて、とアシスタントの間で責任の明確な部門の欠如のために、この学期は、この問題は非常に明白であり、これは私の責任です。

    学期の授業のアシスタントの主な部門:
    1. コメント/評価:私は、個人的なアシスタントを検討するタスクを割り当てるには、グラファイト、オンラインフォームの使用をスコアリングルールを開発した審査期限を通知し、定期的に見直しミッションを完了するために、アシスタントを教えるかどうかを確認してください。
    2. チームの相互作用:8人のアシスタントに11のチームを割り当て、そのI、XDT、定期的にチーム定期交換することを思い出させるためにアシスタントを教える2つのチーム、アシスタントのチームの担当者の残りの部分について各責任LC。
    3. 仕事:主な仕事をペア、テストがXDTによって設計され、LCで行われた、残りのジョブは、私が投稿しました。
    具体的な問題は次のとおりであります:
    1. 私は、低感じる以外の他のアシスタントがあります。
    2. アシスタントプロジェクト後半介入チーム
    3. アシスタント間のコミュニケーション不足

    この学期の最初が原因、コミュニケーションの不足のために、3時のアシスタントチームで最も深刻な問題である情報が少なく、その責任のもチーム/指導しながら、介入するための独自の理解を担当するチームの進歩に加えて、他のチームにTAで、その結果、流れません唯一の関連するパーソナルアシスタントで、チームのブレーンストーミングの役割を果たしていませんでした。しかも、法律のリンク交換システムを形成するために、失敗はしているアシスタント緩い協力につながりました。

    ソフトアシスタントチームの作業近くを構築する方法、それは北のソフトウェア工学のカリキュラムの改善の別の焦点であるが、幸いそれは他の多くのコースから学ぶことができます。

    もう一つのポイントは、他のコース、高次指導助手を育成することは困難でソフトウェア工学コースに比べて、ということである:より少ない時間を投資することができ、ジュニアでコーススケジュール、新しいスクリーニングアシスタントのアシスタント作業が行われ、先輩の下で、新卒アシスタントが北に残っている場合を除きアシスタントの仕事を教え年度終了後、学校のメインアシスタントの長期的な仕事に従事する機会を持つことは困難であろうあなたはのTAがシニアに投資することを確認することができますので、アシスタントシニア北部の学校で動作するように指導助手を継続するために、経験を蓄積する、リモートアシスタントで他の学校のように自主的に新しいシニアアシスタント:私は、このアプローチを思い付い作業の前に大学のアシスタントは、アシスタントを教え、いくつかの経験の指導助手を蓄積したが、時間を投資する必要があり、掛けました。これは、現在困難な作業ソフトアシスタントのトレーニングの仕事です。

    https://www.cnblogs.com/HansBug/p/11102715.html

  3. コース期間が短く、関連するコンテンツの不足が反映します

    コンテンツのこの部分は、私は良いアイデアを持っていない、私は唯一の議論を開始することを望んで、彼の未熟ビューのいくつかを挙げることができる感じ。

    ソフトウェアエンジニアリングは、高い統合された、より複雑なシステムであり、シャットコースとして位置付けているため、この問題を解決したい、我々は、カリキュラムで述べたMVPの原理から学ぶことができるソフトウェア工学コースで唯一の中核的なコンテンツを残しますまたは最高のコンテンツ(慎重に検討する必要があります)を展開しますが反映されているもちろん、他のコースに「外部委託」の他のコンテンツは、さらにコースの間のリンクを向上させるために。

    「動きを通過する」「短期間」は、一例として、私たちは本当に速く、オプション項目の選択肢を減らし、「遺産」プロジェクトをプロジェクト「遺産」の割合を増やすことができます。例えば、「ユーザーとの綿密な相互作用」に、実際のプロジェクトで迅速た後、この問題が大幅に改善される可能性があります。

    しかし、私が思う一つのこと、学校のカリキュラムは、実際の戦闘をシミュレートすることで位置決め、あなたは本当の実用的な効果をしたい、その障壁を持って、私たちが最初に検討すべきであるシミュレーションを制限する方法、学生が仕事の柔らかい部分に改善する、方法論、ツール意識、ただ一回限りのゲームでの研究の学期の学生が行きましょう、その後、シミュレーションの真の範囲を改善する方法を検討するのではなく。
    この点で、私はまだいくつかの具体的な解決策を与えることはできません。

  4. 抽象的に有利になるように偏った指導

    この点について、私が思うに、最初のアシスタントと教師は、できるだけ早くチームを介入チームの一部に具体的な指針を提供する必要があります。
    また、この学期は、教師の内容や本のPPTクラスはほぼ同じであるので、私はそれがクラスの前に関連読書と考えてコンテンツを配置することができると思い、教室での演習の一部であったことを生徒たちの一部は、存在するとき、ディスプレイやガイダンスの教会。

    例えば、割り当てられたチームポイントへの貢献、クラス、クラスの議論の前に読み取ることができ、このグループは教室で配分の原則を発表し、教師や他の生徒からの質問に答えます。

    これは、ソフトウェアエンジニアリングの大学院生の実験を参照することができます:教室の作業内容の一週間の大学院主に教師と生徒の質問をし、学生ベースのグループに報告し、教師は生徒が教室内、及びグループ間での練習問題を指摘することができますすることは、お互いから学ぶことができます彼らの実践は、この問題を解決することができますアジャイルソフトウェアエンジニアリング学部のカリキュラムは、本質的には、実験的なコースは、完全に受け入れや指導の次の行として教室、教室での練習を反転させることによって形成することができます。

  5. 学生と指導助手との間に少なすぎるの直接的な相互作用

    この部分では、私はいくつかは、ここでいくつかの結論行い、上記:
    できるだけ早く具体的な指針を提供するために、介入チームの
    アシスタントと教師の交流を教え、指導助手の間で強化するため、定期的な交換レポートの形成は、リンク
    のアシスタントを教えることで学生に転送コース対象場所理由カリキュラムグループは、学生が規律の意識の構築を支援するように設定します

おすすめ

転載: www.cnblogs.com/ChildishChange/p/11756083.html