EduOps：DevOpsを適用して学界と産業界を結び付ける

EduOpsは未踏のエリアです。教授法にDevOpsアプローチを採用することで、現在のアカデミックシステムの仕組みに革命を起こす大きな可能性を秘めています。 EdTechとEduOpsは完全に異なりますが、後者は確かに前者にプラスの影響を与える可能性があります。

EduOpsは、DevOpsに触発された原則を適用し、効果的なDocOpsおよびHumanOps戦略と組み合わせて、学界と産業界の間のギャップを埋めます。

さて、なぜ学界と産業界の間にギャップがあるのでしょうか？これを確認する最も簡単な方法は、現在のアカデミックシラバスです。焦点のほとんどは、試験での得点にのみ役立つ理論的知識にあります。最終目標が産業レベルのユースケースの理解に熟練している場合、より注意を払う必要のある実際的な側面に焦点を当てることははるかに少なくなります。

これまで、このRethinkingDevOpsシリーズの前の章でDocOpsとHumanOpsについて学習しました。それらは学術的実践に適用できますか？

DevOpsがアプリケーションの開発と展開をスピードアップするのと同じように、EduOpsは、簡素化された合理化された教育アプローチを通じて学習プロセスをスピードアップします。
私が提案するEduOpsは、業界に焦点を当てたドキュメントを学術的に有用なリソースや学習資料に変換するプロセスを簡素化することに重点を置いています。
産業界の同じ学生がいつか業界の専門家になるため、業界に焦点を当てた教材の編集プロセスを最小限に抑えることが不可欠です。

システム開発ライフサイクル（SDLC）からインスピレーションを得る

普遍的な観点からは、機能的なインフラストラクチャはすべて、継続的に開発されるシステムと見なすことができます。したがって、システム開発ライフサイクルは、合理化された学術的進歩のために確実に採用することができます。

カリキュラム開発ライフサイクル（CDLC）

カリキュラム開発ライフサイクルは、あらゆる研究分野の開発の背後にある基本的な動機です。教育プロセスが注意深く一貫して監視されていない限り、学生は産業のユースケースに備えることができません。

新しい研究分野は、コミュニティに受け入れられる準備ができるまで、常にCDLCの下にあります。コミュニティとは、学生、教師、業界の間の同期されたコラボレーションを意味します。

CDLCは、6つの重要な段階で構成される重要な教育および研究方法論です。アプリケーションの開発には、次の手順が含まれます。

コンセプトプラン ：一連のトピックをまとめて形成し、研究分野に着手します。
シラバスの設計 ：これは、研究分野または主題がコンテンツごとに構造化され、設計/再設計された場合です。
ドキュメント ：興味深い主題は、トピックの簡潔で単純化されたドキュメントなしでは効果がありません。
教える ：設計されたシラバスとコンテンツが実際に興味深く、効果的に理解できるようにするために、学習の実践的な側面に焦点を当てます。
学生からのフィードバック ：生徒のフィードバックに耳を傾けることは、コンテンツの品質を一貫して確保するための非常に重要な手段になる可能性があります。
業界からのフィードバック ：教育方法を改善するために業界の専門家からの提案を適用することは、学生が学ぶものが業界に対応していることを確認する上で重要な役割を果たすことができます。

研究分野が注意深く理解され、構造化され、文書化されていることが確立されるまで、そして確立されない限り、このサイクルは存在し続けます。主題の準備が整うと、学術的にも業界的にも、CDLCに該当しなくなります。最終的には、教育開発ライフサイクル（EDLC）に分類されます。

教育開発ライフサイクル（EDLC）

教育開発ライフサイクルは、教育フレームワークの開発と運用の両方の背後にある基本的な動機です。これには、最初の開始後のあらゆる研究分野の継続的な開発が含まれ、学生、専門家、コミュニティのフィードバックに基づいて継続的な改善が保証されます。

コンセプトプラン ：研究分野にまたがる一連のトピックを再検討します。
シラバスの設計 ：シラバスがさらに改善されたときです。
ドキュメント ：学界と産業界に合わせたドキュメントとメモの継続的な更新。
教える ：新しい主題が引き続き簡単に理解できるようにする。教授法は、対象の目標と産業の有効性に焦点を合わせて、この段階で改訂される可能性があります。
学生からのフィードバック ：生徒のフィードバックに耳を傾けることは、一貫して品質を確保するための非常に重要な手段であり続けます。
業界からのフィードバック ：教育方法を改善するために業界の専門家からの提案を適用することは、学生を業界に備える上で重要な役割を果たし続けるでしょう。
コミュニティのフィードバック ：コンテンツを一般に公開する準備ができたら、学生、教師、業界の専門家の混合コミュニティが集まり、関連する主題の学術草案を最終的に更新できます。
教科書の出版 ：関連する教科書がついに公開できるようになりました。
生産性レビュー ：教科書を製品として扱うことは、産業用アプリケーションでの価値を高めるための効果的なアプローチになる可能性があります。公開されている製品レビューにより、コンテンツが最新であり、いつでも将来の準備ができていることが確認されます。

コミュニティを活用したオープンモデルは、常に最もスムーズな操作を実現します。 サイクルの最後のステップは、オープンソースモデルでのみ真に達成可能です。これは、私たちがあらゆる主題や研究分野をどのように理解するかという進化の観点から、最大の決定要因です。

現在の学術システムでは、学生、業界、コミュニティからのフィードバックはほとんどありません...教科書を「製品」として認識することは、業界の実際のシナリオでの有効性を監視するために不可欠です。

EduOpsトライアングル

DevOpsアプローチと同様に、EduOpsは「EducationalOperations」の略であり、知識の提供を着実かつ効果的に効率的にスピードアップすることを理解する必要があります。

EduOps Triangleには、教師、学生、業界の専門家の間で一貫したバランスが必要です。アプリケーションを開発するためにピボットする必要があるSDLCとは異なり、EDLCは常に中心にとどまる必要があります。これにより、実際のシナリオでスキルセットを実際に適用するときに、生徒が学んだことが最も効果的になることが保証されます。

この微妙なバランスをどのように維持できますか？とても簡単です：

HumanOpsは、大学の職場、教員の採用、キャンパスの面接で実践できます。これにより、生徒、教師、業界がすべて平等に恩恵を受け、より良い謙虚な社会が形成されるようになります。

学術面接または産業面接でより親切なアプローチに従うことにより、採用担当者は常に潜在的な従業員から最高のものを引き出すことができます。採用担当者と面接官は、親しみやすく親切であることを示すことが急務です。これにより、潜在的な従業員への自信が生まれます。つまり、面接で快適になり、優れたスキルセットを引き出すことができます。

規律の性質に基づく科目の分類

また、懲戒処分の性質に基づいて、さまざまな科目を分類することが非常に重要です。科目はそれぞれ異なり、異なる分野に属する学部からの注意が必要です。次の図とポイント（以下にリンクされているリファレンスから引用）は、CDLC、EDLC、およびEduOpsトライアングルを使用してアカデミックコンテンツを設計および継続的に改善する方法を理解するのに非常に役立ちます。

学際的：単一の分野での作業。
学際的：ある分野を別の分野の視点から見る。
学際的：さまざまな分野の人々が協力し、それぞれが学問分野の知識を活用します。
学際的：アプローチの実際の統合を使用して、さまざまな分野の知識と方法を統合します。
学際的：学際的視点を超えた知的フレームワークの統一を作成します。

教えられている主題を継続的に研究することにより、必要な懲戒要件と部門間の協力に従ってそれらを分類することについての結論に常に到達することができます。共同研究は、効果的なEduOpsで重要な役割を果たします。

Linuxは、問題の解決やタスクの実行が、システム管理、ソフトウェア開発、さらにはハードウェアエンジニアリングなど、さまざまな分野の視点から行われる可能性があるため、分野を超えたテーマになる可能性があります。

学際的な主題の例は数学ですが、数理生物学は本質的に学際的です。研究が拡大し、物理学の知識も必要な場合は、学際的になる可能性もあります。

主題が広すぎると、学際的になります。たとえば、バイオインフォマティクスと人工知能は学際的な分野です。これらの分野には、特定の分野に限定されない専門知識と知識が必要だからです。 DevOpsでさえです！

Linuxハンドブックでは、効果的なEduOpsアプローチを採用することにより、学界と産業界の間のギャップを減らすのを支援することを継続的な動機としています。このメモでは、EduOpsアプローチの例として、システム管理者のマニュアル、チュートリアル、ガイド（業界に焦点を当てたもの）を、産業の生産性における有用性を見失うことなく、アカデミックな実践的なワークブック（学界に焦点を当てたもの）に変換するプロセスがあります。

この章が、学界と産業界をより緊密に結び付けるのに役立つことを願っています。それまでは、このシリーズの次の章で、DevOpsがさまざまなドメインに革命を起こすさまざまな方法を探求し続けます。読んでくれてありがとう。以下のコメントセクションにフィードバックや提案がある場合は、共有してください。