大学の作り方—顧客中心の方法

今年の初めにこの非常に奇妙な瞬間を覚えています:CODEチームは、#firstclassの生徒の前に立って多くの発表を行ってプレゼンテーションを行っていました。行った。

すべてはどのように始まりましたか?

私はEvaであり、CODEの製品管理の教授です。過去数年にわたっていくつかの役職で製品管理に携わってきた私は、問題を本当に解決し、顧客が愛する製品を構築するために、顧客と顧客のニーズを深く理解することが常に重要だと感じました。そして、何かが期待どおりに機能していないことを認識した場合、反復する必要があります。 CODEで始めるとき、私はこれらの基本原則を私の教育活動に自動的に適用し、この大学を構築しました(私の素晴らしい同僚もそうです)。

年の初めに、学習プログラムの構造、学習形式、組織的なものなどについて多くのフィードバックを受け取りました。そこで、私たちはチームとして一緒に座って、フィードバックに対する回答としていくつかのアイデアを試作し、複数の学生と話しましたそして、その日に発表しました。

共感、設計、実装、学習

構造化されたフィードバックを収集するためにさまざまな方法を使用し始め、生徒に共感し、すばやく反復できるようになりました。

  • 生徒の代表者と定期的に会います(他の生徒にとって重要な接点です)
  • オンライン調査を送信する(NPSを使用してワークショップやセミナーを評価する)
  • 私たちの個人(すべての学生は、研究を通して個人的なメンターを持っています)とチームメンタリングセッションでフィードバックを求めます
  • 構造化されたインタビューを実施する

すべてのフィードバックは、文書化、集計、分析されます。調査結果は、チーム内で定期的に広められ、議論されて、可能な解決策または修正案を素早く考え出します。ほとんどの場合、最初に何人かの生徒と解決策について話し合い、正しい方向に進んでいることを確認します。そして最後に、優先ソリューションを実装します(しばらくして成功を測定します)。

一例:

ギルド—毎週、特定の学習プログラムの学生が会議を開いて、プロジェクトに関する最新情報を共有し、コードをピアレビューし、設計について話し合います。製品管理ギルドでは、主にチームの進捗、適用された方法、収集された学習、およびプロジェクト内で起こりうる障害について話します。私の実際の役割は、お互いにフィードバックを与えるべき学生間の会話を促進し、管理することです。ただし、何かに慣れていない場合、a)自信を持って話し、b)他の人にフィードバックするのは本当に難しいです。製品管理の学生(当時はギルド形式にそれほど満足していなかった)のフィードバックに基づいて、隔週のワークショップを導入しました。これは、実際のプロジェクトフェーズのトピックで学生をサポートするものです。ユーザーインタビューの実施方法、ユーザーストーリーの書き方など。ピアツーピアのフィードバックセッションを2週間ごとに行い(時間の経過とともにずっと良くなった)、実装された変更について学生から感謝のフィードバックを受け取りました。

コードの方法

私たちの目標は、生徒の学習をサポートし、優れた学習体験を共同で作成することです。したがって、私たちは彼らのフィードバックに大きく依存して、教育と学習の方法を継続的に繰り返します。疲れる?はい、そうです。しかし、それは価値があり、今では教育が機能する他の方法はないはずだと思います。以来:それは、評判の良い教授ではなく、善意に基づいて知識を共有しているが、実際には研究や論文の執筆により興味を持っている。それは生徒たちの能力であり、能力を高め、知識を応用して変化をもたらし、社会に貢献できるようにすることです。