14

IT 部門で人々に話をさせるために正式なイベントを利用していますか? 社交の場での月例ミーティング、社内の wiki/チャットスペース、またはスタッフがスタッフのために作成したテクノロジやプロジェクトに関するプレゼンテーションを行う通常の「情報市場」のようなものですか? 営業担当者を招待しますか、それともプログラマーのみを対象としたクローズド イベントですか?

これらのイベントに人々をどのように参加させますか? 彼らが知識の伝達に時間を費やすことを許可していますか? それとも、仕事時間の不可欠な部分として理解していますか?

知識の伝達自体の進行状況をどのように監視するのだろうか。プロジェクトの重要な 1 人の失敗箇所をどのように見つけますか? スタッフのスワッピングやバグ修正の「fifo」の試みなど、これを回避する方法はいくつかあります。

注:わかりました、これは非常にうるさい質問であり、いくつかのコメントの後に修正したいと考えています。取り乱してすみません。

編集: 私の個人的な経験では、人々が貢献し始めるには非常に高い障壁があります。彼らは私たちの wiki を編集するための (最小限の) 余分な時間を割いたり、開発スタッフと技術的なトピックについて話し合うために午後の時間を費やしたりしないようです. 私たちのウィキ、ドキュメント管理システム、会議が気に入らない人がいるようです。たぶん、それはすべて無料で使用でき、管理者によって強制されていないためです. しかし、私は人々に強制するのは好きではありません - しかし、それは正しい方法ですか?

1 つの例: 私たちの wiki にはプロジェクトに関するページがあり、質問があった場合に最初の連絡先を得るために誰がそれに取り組んだかを示しています。しかし、同僚と私以外に誰もこのページを作成していません...

4

8 に答える 8

4

上記全てだと思います。しかし、あなたは最も重要な方法を忘れています。

知識を伝達する最も効率的な方法は、人々に協力してもらうことです。1 対 1 のコード レビューやペア プログラミングを行い、知識の伝達を作業の不可欠な部分にすることを考えるかもしれません。

于 2008-09-09T07:45:33.970 に答える
4

ナレッジ トランスファーとナレッジ マネジメントには、1 つの欠点があります。莫大な費用がかかるようです: もし私が知っていることを誰もが知っているなら、私はまだ必要とされているでしょうか? 私は常に他の人を最​​新の状態に保つために使用していますが、それから何が得られますか?

これについての最善の方法は、例になることです。あなたの知識を共有してください。ウィキで、それについてブログを書いたり、話したり、簡単にアクセスできるようにしたり、それによって得られるメリットについて話したりしてください。そして、あなたがまだそこにいることを彼らに示してください。

これは、言及された他のすべてのものと一緒に実際に勝ちます。もう 1 つ: 私の雇用主の 1 つは、私が退職した後も (自分の意思で) 給料の 3 分の 1 を支払い続けました。彼はしなければならなかったのですか?いいえ、とにかくそれは彼の所有物でした。しかし、それは、彼のためにまだ働いている人々が彼らの知識を共有するように動機づけました.

于 2008-09-09T08:27:00.580 に答える
2

それはあなたが伝えようとしている知識に依存すると思います。私は以下を見つけました:

技術的な知識: スクリーンショットと短いデモを使用した「ガイド方法」 - 会議で新機能を確認する方法と同様です。これの追加の利点は、会社を辞めたときに得たものが文書化されることです。

問題解決: 非公式の議論、短い内部プロジェクト、学んだ教訓、および誰もが更新する責任がある内部 FAQ システム。

ソフト スキル (対人スキル): 懇親会/外出/非公式のイベントなど

結局のところ、知識をどのように伝達しても、さまざまな程度の理解が常にあるため、それを測定するのは難しいでしょう。別の開発者/デザイナー/マネージャーは、同じ最終結果で同じことを別の方法で行う場合があります。

マウロ

于 2008-09-09T07:34:51.377 に答える
2

私の職場では wiki を使用しています。職場は十分に小さい (~20 人) ため、特定のプロジェクトに最も関与した人にいつでも質問できますが、「専門家」に質問する前に wiki で検索することが期待されます。ウィキで答えが見つからない場合は、同僚と話し合った後に追加する必要があります。

于 2008-09-09T08:01:45.350 に答える
0

これまでに見たいくつかの方法:

  • Wiki は、環境、プロジェクト固有のトピックなど、社内の知識に適しています。

  • オープンドアポリシー

  • 質問することを奨励します。

  • 任意のプレゼンテーション。誰が特別な知識を持っているかを調べ、それについての短いプレゼンテーションを簡単かつ魅力的に設定します。

  • プロジェクト事後文書。プロジェクトが終了または終了した後に開催される、プロジェクト チーム外の人物が司会を務める総括会議。

  • 強制プレゼンテーション。

    • 彼らがライブに行くときのプロジェクトのプレゼンテーション。使用技術等
    • 誰かが会議に送られる場合、彼は自分が見た新技術についてプレゼンテーションを行うべきです。
于 2008-10-19T16:01:28.757 に答える
0

一言:ランチ

于 2008-09-09T08:16:25.487 に答える
0

あなたがしてもらいたいことについて人々を励ますべきです。あなたは「動物に餌をやる」べきです。スタックオーバーフローを見てください。バッジについてどう思いますか?なぜこのような素晴らしいものが存在すると思いますか。エゴのおかげで、やり遂げられないことはありません。バッジ、本物のバッジ、ウェアラブル バッジを提供します。彼らは幸せに身に着け、幸せに対処します。

ところで、はい、私は上司です:)

于 2008-09-09T09:24:32.953 に答える
0

私はまだ学生ですが、12 か月前に職場体験をしたとき、企業内のすべての IT 部門 (私はその地域に複数の鉱山を所有する大企業で「働いていた」) が毎日電話会議を開き、それぞれが電話会議を行いました。従業員は、自分が何をしていたかなどを話してから、発見した新しいことやその他の興味深い情報について話します。

于 2008-09-09T10:21:41.957 に答える