社内の開発者向けに社内ユーザーグループ/フォーラムを立ち上げたいのですが、どのように始めるべきかわかりません。
多くの技術と経験レベルにまたがる開発者のチームがいくつかあります。これは、私たち全員が一緒になって、テクニック、ベストプラクティス、学んだ教訓、問題点、新しいテクノロジー、または開発者が興味深いと思うものを共有する機会であると思います。
これはまた、新規採用者が統合し、私たちのやり方を学び、彼らがもたらす専門知識の一部を共有するための素晴らしい方法です。
これはこのようなことでの最初の試みであり、私はそれを正しくしたいと思います。
私は次のようなものに興味があります：
誰もこれを成功させましたか？もしそうなら、あなたは経験について何を共有できますか？
回答:
私はこれを想像します....
あなたのビジョンは興味深いものですが、他のすべてのビジョンを最初に取得する必要があります。
これはこのようなことでの最初の試みであり、私はそれを正しくしたいと思います。
その概念を乗り越えてください。真剣に。学習とは、いくつかの間違いを犯してから修正することを意味します。イノベーションには、途中でかなりの数の失敗を含める必要があるという考えに慣れる必要があります。
運転参加
馬を水に導くことはできますが、飲ませることはできません。
人々は価値を見たときに参加します。あなたは参加を促進しません。あなたは価値を創造します。
20年の退役軍人と環境に優しい新卒者の両方に興味を持たせる
ノーブル。難しい。どちらかから始める必要があるかもしれません。成長は後から来る可能性があります。
最初に、何か-何でも-うまくいくように見えることから始めましょう。
次に、動作していると思われるコアグループがある場合、それを拡張する方法を見つけます。
エクスペリエンスを販売しています。一部の人々は、これ以上何も望んでいないほど十分に豊かな仕事を見つけます。一部の人々は、開発者のグループに参加することの価値を見ないでしょう。一部の人々は、社内の開発者グループには価値を見出さないでしょう。
小さく始めます。徐々に成長します。
離れた場所に管理を維持します。理想的には、まったく関与しません。
潜在的なメンバーを早めに頻繁に投票します。彼らが望むものを明確にしてください。
S.Lottに同意します。物事を小さくしてください。まず、トップデベロッパーを募集して、彼らが社内で行っている興味深いことのいくつかについて、ブラウンバッグランチの講演をすることから始めます。この種の非公式な議論は、いくつかの点で魅力的です。上級開発者は苦労して得た教訓を共有でき、新しい開発者は社内で起こっている興味深いプロジェクトについて知ることができます。
時間の経過とともに十分な関心がある場合は、繰り返しのスケジュールを設定できます-おそらく毎週または毎月。社内コミュニティが十分な関心/勢いを築いた後、主に興味深い外部スピーカーを引き付けるか、または必要に応じてリソースで開発者のグループを支援することを目的として、グループにサポートを提供するために管理を従事できます。