モデルを構築し、ナレッジマネジメントをマネジメントに「販売」し、生存者のエラーを修正します。

最近、 私は IT企業KnowledgeConfのナレッジマネジメントに関する会議プログラムを形成したレポートについて話しました 。 しかし、単一のレポートではなく、会議で最も重要なことは、専門家のコミュニケーション、議論、意見の衝突であり、その接合点で何か新しい、興味深い、ブレークスルーが生じます。 したがって、 プログラムでは並行して、2つのラウンドテーブルと2つのマスタークラスという2つの4時間のインタラクティブ形式を使用します。

チームの健康を改善し、モデルを構築する方法を学ぶ

最もインタラクティブなフォーマットから始めましょう。 プログラムの最初は、非常に目覚めるワークショップ 「アトラシアンチームプレイブック-チームの新しい開発プラクティスを学ぶ！」で 、最愛のConfluenceを含むアトラシアン製品を実装する会社、ToolsTrekのAnna ZekunovaとIrina Pozdnyakovaによるものです。



Atlassian Team Playbook-チームヘルスモニターのセット。チームワークのさまざまな側面を開発するためのゲームが付属しています。 当初は内部のアトラシアンフレームワークでしたが、社内で良い結果を達成したため、彼らはそれをITの世界と共有することにしました。 マスタークラスでは、参加者はプロジェクトチームに分割され、各チームは事前に準備されたケースを受け取り、各参加者は自分の役割の説明を受け取ります。



参加者はチームのヘルスモニターに従い、ゲームをプレイして作業効率を改善します。







ちなみに、このプラクティスは社内で完全に採用して試すことができます;すべてのアトラシアンの資料は公開されています 。



2番目のインタラクティブ形式は、応用合理性のトレーナー、応用合理性のポーカーセンター、 Prapion Medvedevaの共同設立者による「任意のコンテキストのモデル」ワークショップです。 モデルはIT専門家の間で非常に一般的であり、作業状況でモデリングしていると考えたり、モデリングしたりすることがよくありますが、モデルはUML表記でダイアグラムを描画することだけではありません。



prapionは、アジャイル計画など、開発プロセスを通して考え、責任の分離など、通常はそうではない状況や状況でも、因果関係と依存関係を持つモデルを構築するスキルを実際に適用する方法を教えて示しますシステムアーキテクチャ。



ラリー参加者が直面している実際のケースでは、Prapionはモデリングと存在論的スキルをすでに知っている分野から他のすべての人に移す方法を示します。

知識管理のアイデアを経営陣や同僚に「販売」する

会議の参加者の中には、ナレッジマネジメントの第一歩を踏み出している人もいますが、すでに特定の結果を達成している人もいます。 そして、このプロセスをさらに進めば進めるほど、作業の有効性を評価するための管理と明確な指標に対するサポートが必要になります。



ナレッジマネジメントプロセスを確立するとき、あなたは一種のKMエバンジェリストになります。遅かれ早かれ、あなたの最も近い同僚と、リソースを割り当て、イニシアチブの「後援者」として行動できる経営者の間で、志を同じくする人々を探す必要があります。 知識管理は、どちらか一方なしでは構築できません。 したがって、イニシアチブの推進者として、どのような場合でもアイデアを2回「販売」します。それは、線形の同僚と上司です。







同じ議論で同僚やマネージャーを説得することは可能ですか？ どちらの場合にどちらの方法がより適しているか、どの方法が異なるか？ 「正常だった」という形式の抵抗と議論を克服する方法は？



Kaspersky Labのトレーニングおよび認証グループのリーダーであるRodion Nagornovの長によるディスカッション「ナレッジマネジメントのアイデアを経営陣や同僚に販売する方法」は、あなたの会社でナレッジマネジメントのアイデアを販売するためのリストまたは「スクリプト」を議論し、得るための目標を設定します。それら、およびナレッジマネジメントプラクティスの重要性を実証できるメトリックのリスト。



カンファレンス後にこの「アーティファクト」を間違いなく共有しますが、ぜひ一緒に作成してください。

知識管理のためにテクノロジーを適用することを夢見ています

生産的な一日は、私たちの実験形式である集合的な夢のセッション、 「知識管理のための未来の技術」によって完了します。 このイベントは、私が自動的に解決したいナレッジマネジメントの分野のタスクと、これに使用できるテクノロジーと正確な方法の間のギャップを埋める方法に専念します。



ナレッジマネジメントの分野の問題について議論し、現代のテクノロジー（AI、Web、データマイニング、自然言語処理、コンピュータービジョンなど）がそのような問題をどのように解決できるかについて空想します。 一緒にさまざまな角度から問題を見て、可能な解決策を考えることができます。









IT企業の知識管理に存在する問題のリストを投げることにより、参加者が少し準備されたセッションに来てほしい（例えば、知識ベースの初期充填、コンテンツの陳腐化、その完全性、セマンティック検索、ユーザーの関与などのチェック） 、またはML、AI、NLPなどの分野に既に存在するテクノロジー、研究、およびコンセプト、たとえばここにあるもの、およびそれらの機能と制限を調べることによって。



スタートアップのエンジニアの1人がアイデアを実践しようとすると、そのようなセッションおよび会議全体の最良の結果は、概念実証になります。 セッションの結果に続いて、アイデアと実装オプションを含むマニフェストを確実に作成し、それを取得して実装を開始することが可能になります。



セッションのホストは、 Flantの UnknownのディレクターであるIgor Tsupkoであり、 OneBarスタートアップの共同設立者であるMaxim Leonovichは専門家の一人です。 マキシムの会社は、Slackの企業メッセンジャーでの会話を処理できるソリューションを作成および開発し、質問と回答の知識ベースを作成します。 もちろん、私たちのスピーカーとPCメンバーは、マキシム・ツェプコフ、グリゴリー・ペトロフ、エカテリーナ・グドコワ、アレクセイ・シドリンといった集団的夢に参加します。

見逃したスピーチについて話す

すでに報告のために83件の申請を受け取っていると言いました。つまり、 5ダースの申請を拒否しなければなりませんでした。 想像してみてください、あなたは聞かないだろうと報告します。











誰もが常に「生存者の体系的エラー」のような受け入れられた報告についてのみ語っていますが、受け入れられていない報告の中には質の高い資料もたくさんあるため、プログラムに合わなかった報告から最も興味深い考えやアイデアを集めることにしました。







将来の会議が2日間の形式になった場合（そして、これは共同の努力によってのみ可能になります）、これらの考えを詳細な形式で聞く機会があります。 それまでは、著者を指定せずに単にそれらを提供します。

• 特定の確立された形式で知識のキャリアである開発者とのやり取りを整理すると、作業時間のコストが最小限に抑えられ、全体的な抵抗が軽減されます。
• コードと情報の近さの問題は、InnerSource方法論を使用して解決できます。OpenSourceとして企業プログラムコードに近づくと、読み取りのためのオープンアクセス、プルリクエストを行います。
• ナレッジマネジメントが「後期」で、すでに知識が失われている場合はどうすればよいですか？ 2つの方法があります：システム全体がどのように動作するかを知っている全体からパーツに移動するときのブラックボックスと、システムを取り巻くものについて何も知らないがパーツからどのように編成され移動するかを知るホワイトボックス全体に。 最初のアプローチの利点は、「なぜ」および「必要なのか」という質問に答えるために使用できることです。これにより、さらなる作業の時間を節約できます。 2番目の利点は、「どのように」という質問に対する迅速な回答と、すぐに見える結果です。
  
  
• チーム間で知識とコミュニケーションを移す際に体系的な問題がある場合は、プロセスのすべての参加者が集中的に問題について話し合い、解決策を考え出し、お互いに「販売」し、その場でテストするフィールドセッションを開催できます。
• 知識管理と初心者の適応の開発された実践により、会社は雇用時に市場で再建することができます。 将来の従業員にとって、誰もが見捨てられた砂粒ではないこと、会社にオンボーディングシステムが組み込まれていること、企業大学、および企業レベルでの価値としてトレーニングに投資したいということが重要です。 知識を共有する文化と構築されたオンボーディングレールは、競争上の優位性として役立ちます。
• ナレッジマネジメントシステムの有効性を評価するには、3〜5秒のメトリックを使用できます。 この間、ユーザーはナレッジベースに保存されている情報を見つけることができます（つまり、ユーザーリクエストが処理されるだけでなく、この間にユーザーが目的のページにアクセスできるようになります）。
• 新しい知識の普及と獲得は、開発者の動機付けの要因として機能します。 従業員のプロファイルとその違いを分析して説明し、それに基づいて、従業員の専門能力開発の計画を立てる必要があります。 全社的に適切に設計されたプロファイルがあると便利です。 その後、社内のチーム間で人を移し、この会社のために彼らから利益を得ることができ、人を失うことはありません。
• 企業情報の検索はビジネスプロセスではなく、そのビジネス価値を経営陣に伝えることは困難です。
• Subject Matter Experts（SME）方法論は、特定の分野の専門家です。 SMEは最も複雑なケースを処理し、成熟した記事を作成し、テクニカルサポートチームの知識のギャップを監視し、モジュールまたは製品の一部として記事のステータスを定期的にレビューします。
• ナレッジベースは、開発ツール-Git、コードレビューとしてのドキュメントレビュー、ドキュメントの承認リクエストのマージ、ドキュメントのリリースポリシー：changelog、gitタグ、Gitlabのマイルストーン、リンターとテスト、CI（自動アセンブリおよびWeb）を使用して維持できますフック）。
• 視覚的思考とは、フリップチャートに絵を描いたり、エンジニアリングでグラフィック言語を使用したりすることです。これにより、前例のない精神的な結果が得られます。 しかし、これらはおとぎ話です。 思考は視覚的ではありませんが、無意識の部分ではアモーダル（つまり、視覚的、聴覚的、嗅覚的などではなく、知覚の様式で表現されていません）、意識の中で共感覚的です（反対に、知覚のすべての様式が絡み合っています）。 自分や他の人に何かを伝える必要があるときに視覚的になります。 視覚的思考はユートピア的です。それはその議論において非常に魅力的ですが、実際には実際には実りがありません。
• R＆Dでの知識の適応と伝達のプロセスは異なります。なぜなら、多くの場合、研究グループの開発だけで作業するのではなく、他の科学者のプロジェクトでも作業する必要があるからです。 研究の重要な部分は科学セミナーや学校に参加することです。これは、コミュニケーション形式でトピックをより詳細に理解する素晴らしい機会であり、初心者が適応するのに役立ちます。 つまり、それは成長と発展を助ける一種の科学コミュニティです。
  
  
• 最初は、インターンには、実際のプロジェクトの分岐など、ジュニア開発者のタスクにできるだけ近いタスクを与える必要があります。 開発者には常に新しい課題が必要です。 プロジェクトの開発とともに成長するはずです。プロジェクトが技術的に成長しない場合は、常に新しいタスクがあるようにローテーションすることが重要です。 開発の分野は常に変化しています-新しい技術、フレームワーク、方法論、アプローチ。 プロジェクトを開発していないプロジェクト内での長時間の作業中の今日の「アセスメント」は劣化しており、新しい問題を解決していません。

却下された申請書からどのような考えをより詳細に開示し、それらと議論し、報告書の枠組みでより完全に聞きたいかを書き留めていただければ幸いです。来年もこれらの講演者を必ず招待します。

そして、レポートやディスカッション形式以外に何がありますか？

休憩中は、展示エリアを歩き回ることができます-これは会議パートナーのゾーンです。ここでは、興味深いプロジェクト、ニュース、テクノロジー、トーク、アポイントメントについて知ることができます。



さらに、ナレッジマネジメントおよびeラーニングの分野のテーマコミュニティの代表者、テレグラムチャンネル、ビデオブログ、ポッドキャストの作成者、たとえば、KMアライアンス、ナレッジマネジメント-Northwest、Conveyorum、Write the Docs Russia、LX Notes、Spruceを会議に招待しました。 -Eラーニングスキル、サンクトペテルブルクのアナリストコミュニティ。 通信して接続します。

最初のKnowledgeConf会議は、 2019年4月26日にモスクワのInfospaceで開催されます。1stZachatievsky Lane、4棟-これは、クロポトキンスカヤ駅とパーククルトゥリー駅の隣にあります。



KnowledgeConfでお会いしましょう！ テレグラムチャンネルでHabréのニュースをフォローし、 カンファレンスチャットで質問してください。