最初の提案:開発者が学習に関連すると考えるあらゆるもののための中央ホスティングソリューションを作成します。少なくとも、プレゼンテーションとブラウンバッグのビデオはここに置く必要があります。スクリーンキャスト、ワークフロービデオなども用意されています。誰かが設計決定がどのように行われたか、または最適なコードレビュープロセスがどのように行われるかを説明するテキストドキュメントを書きたい場合は、それらを聞かせてください!すべての寄付が任意であることを確認してください。すべての資料に明確に日付を付けて、開発者が自分がどれほど古くなっている(または古くない)かを自分で判断できるようにします。これは、内部Wikiのディレクトリページのように単純な場合(内部Wikiをお持ちですか?)、または投票とコメントを許可するStackOverflowタイプのソリューションのように複雑な場合があります。
私を殺しているのは、特に私が働いていた大企業についてですが、現在働いているスタートアップについてさえも、組織内でどれだけの知識が生成され、失われるかです。この戦略は、それをいくらか軽減するのに役立ちます。
2番目の提案:会社のミッションに関連する技術イベントの内部カレンダーを作成します。(CocoaHeads /ユーザーグループ会議からモバイル開発のパネルに至るまで)できる限り多くのものをシードし、開発者が偶然見つけたイベントを追加できるようにします。ソリューションがRSVPを許可し、会社の他のユーザーが参加していることを確認できる場合、ボーナスがポイントになります(Googleカレンダーがこれを行います)。それはコミュニティの感覚を構築するのに役立ち、開発者が誰が自分の興味を共有し議論できるかを知るのに役立ちます。
すでに言われていることの中で- 開発者を会議に送る際の+9000。 開発者がトレーニングを特定するための十分に公表されたプロセスもあります。と、言う「ねえ、あなたはこれに私を送信する必要があります!」だけでなく、開発者はこのトレーニングが承認されたときに何をするかについて明確な期待(彼らが共有する必要があります会社の他の人たちへのメモ?彼らが学んだことのブラウンバッグを与える?など)。優秀な開発者は通常、学ぶ必要があることを知っています。優秀な開発者は通常、最も効率的な学習方法を知っています。