グループ内の開発者間で情報を共有するためにどのようなツールを使用していますか?
-
06-07-2019 - |
質問
すでにメンタリングを行っており、相互に情報を共有し、定期的に技術セッションを開催しています。ただし、記録と将来の新しいチームメンバーのために、これらのことを書き留めておきたいと考えています。現在、開発者は約 30 名です。
社内ブログとWikiを検討中です。
公開ブログで内容を共有することは素晴らしいことですが (公式の公開開発者ブログもできるかもしれません)、今のところは内部に留めておきたいと考えています。当店では製品ではなくオーダーメイドのプログラミングを主に行っているため、顧客独自の情報が多く存在します。公開ブログに対する自己検閲は、私たちの活動を遅らせるだけです。
Wiki はコンセプトとしては優れていますが、より多くの組織化と編集が必要なので、それがそれほど持続可能であるかどうかは確信が持てません。
あなたの組織はそれをどのように行っていますか。
解決
まあ、どんな技術や製品を使用することにしたとしても、それらは問題にはなりません。コーヒーマシンで十分に共有されていない知識はすべて注意が必要です。
- 実際に作成する際の注意(ネットワークドライブ上のドキュメント、wikiページ、SharePointサーバーなど)
- 分類する際の注意(リンク、タグ、ウェブページなど)...
- 最新の状態に保つための注意(個々のオンデマンドまたはスケジュールされた作業により)。
使用するものが何であれ、これを支援するテクノロジーはありません。そのためには、チームにやる気を起こさせて書き留め、他の多くのチームメンバーに電話をかける(および中断する)前にリポジトリの内容を読み上げ、間違っている場合は修正する必要があります。
私の経験から、SharePointとWikiのパフォーマンスはほぼ同じです。使用したい ことを経験するまで、そのような情報共有が時間を節約できることを経験するので、使用するには人々をbeatる必要があります。 -彼らの時間。
既に情報を共有する習慣があるので、これはそれほど難しい問題ではないかもしれません。 1つ(または数個、多すぎるよりも少ない方がよい)が何らかの(予備の)初期構造を提供してから、入力を開始することをお勧めします。完全な分類は存在しないため、あまり心配する必要はありません。
他のヒント
Wikiは素晴らしいです。それらは構造化する必要がありますが、Wikiを機能させるための最大の障害は、人々が実際にそれを使用して関連情報を書き留めることだと思います。
以前の仕事では、マイクロコミュニケーションに非常に役立つ内部IRCチャンネルがありました。私の現在の仕事では、これはまったく機能しません。仕事のためにチャットプログラムを使用する習慣を持つ開発者はほとんどいません。
以前の仕事では、ドキュメントを整理するためにSharePointを使用しました。これはかなり成功しましたが、明らかにサイトを最新の状態に保ち、適切で適切にセットアップする必要があります。ただし、SharePointのアーキテクチャは柔軟性があり、コーディングに頼らずにニーズに合わせてカスタマイズできます。私が提案することは、あなたが求めるソリューションを管理するための時間をいくらか取っておくことです。メンテナンスを行わないと、ドキュメントリポジトリが古くなったり混乱したりするのは非常に簡単です。作業のすべてのスプリントの終わりにチームのフォルダーを更新することにしました(スクラムアジャイル手法を使用しました)。
Wikiは、知識を共有するための素晴らしいアイデアです。プライベートのWetPaint wikiを使用して実験しましたが、経営陣から賛同を得られませんでした。ただし、試してみる価値はあります。編集上の制御を必要とせずに逃げることはできませんが、この側面をチーム間で共有する責任を負わせたり、ラウンドロビン方式でそれを行ったりすることに何の問題もありません。
私がお勧めするのは、知識交換セッションのためにカレンダーで時間を予約することです。大規模な開発会社がサイロに分割するのは簡単です(意図的にではなく、ほぼ必要な専門化の副産物として)。これにより、複数のチームが同じ問題の多くに取り組むことになります。グループ全体との毎月または隔週のセッションは非常に便利です。ビデオプレゼンテーションは別のアイデアですが、技術的な詳細を記録することと、これを効果的に行うために必要な準備とのバランスを取る必要があります。 (以前の仕事でこれを実現したことはありませんでした。)
あなたが小さなチームに分かれている場合は、前日までに達成したことと今日の予定をすべての人が確認する毎日のスタンドアップミーティングをお勧めします。これはスクラムの鍵の1つであり、すべてのユーザーを最新の状態に保ち、不要な会議やレビューを大幅に節約します。
これが役立つことを願っています。
短い情報には Yammer を使用します。これはTwitterのようなサービスですが、内部ではプライベートですメールドメイン。 Webアプリケーション、WindowsおよびMacクライアント、さらにはiPhoneバージョンもあります。
ドキュメントには、オープンソースWiki(ASP.NETプラットフォームの ScrewturnWiki を使用しています。とても受け入れられました。
私が働いた1つの場所ではWikiも使用しましたが、十分な頻度で更新されていないことがわかりました。人々にそれを使用するよう押し続けなければなりませんでした。
明らかに、プロジェクト通信用の一致する共有メールフォルダーを備えたクレイジーな共有ファイルシステムです。
また、社内のインスタントメッセージングシステムを使用して、オフィス周辺のブランケットメールを回避しましたが、Fog Creekのように、プライベートTwitterクローンを実装する可能性があります。
私たちがしたことの1つは、毎年すべての開発者がオフィスの外のどこかで集まり、見つけた/行った興味深いことについてお互いに発表する日があることです。時にはプロジェクトからのもの、時には個人的な仕事からのもの、時には月に1日、人々は好きなもの(Googleの20%の時間など)で作業することを許可されました。
コンテンツ管理のために、 Zope サーバーと Plone および ZWiki 。現在、 SharePoint 2007 を使用しています。
IMにも Jabber を使用しています(分散チームです)。 IMはチームと物事をすばやく共有するのに適していますが、乱用しないように注意する必要があります。そうしないと、騒音にdrれてしまいます。
メッセンジャーとメール
私たちのチームはそれほど大きくありません(11人の開発者)ので、毎月、知識を共有する会議を開催しています。それに加えて、興味深いドキュメントをイントラネットに追加するのに忙しい。
そして、私たちはしばしばお互いに歩き合って質問します。
自宅で仕事をするプログラマーとして(「オフィスに行く」オプションなしで)-私たちの主なコミュニケーション手段は、プライベートIRCチャンネルです。私たちは3人の開発者から成る小さなチームなので、うまく機能します。
Skypeは、情報を共有したり、簡単な質問をしたりできます。 いくつかの長期的なノウハウについては、Wikiを使用しています。
ウィキは過去に私のためにうまく機能しました。小さなVM上で実行される無料のScrewTurn wikiを使用しました。速くてとても使いやすく、人々はそれを気に入っているようで、実際に使用しました。