■社内オープンソースプロジェクトについて（まとまらない版）

うまくやる方法を考えてみた。

っつうか、社内オープンソースってのが既に矛盾か・・・

【目的】

社内でオープンソースのプロジェクトを行うことにより以下の４つの価値を生み出すことができる。

　１．部門間におけるノウハウの共有

　２．外部に公開した場合の宣伝効果

　３．新製品・新サービスの実験の場

　４．仕事そのものを作る効果

　（４補足）

　　　・新入社員の研修などが発生した場合に効果的に仕事を割り当てることができる。

　　　・在宅勤務をせざる得ない状況における作業の割り当て。

【前提】

基本的に下記の事項を前提として考察を行う。

　１．社内の人間であれば、誰でも参加できる。

　２．途中で各人の任意のタイミングで抜けても、問題とならない。

　３．社内の人間であれば、だれでもアクセス可能なWebサーバー上で情報を管理する。

　　ただし、必要に応じてアクセス制限をかけることができる。

　　インターネットに接続されている、Webサーバーは存在しているものとする。

　４．各開発者は場所的、時間的に同じところにいないことを前提とする。

【Webサーバーが用意すべき機能】

以上の前提より、下記の機能を有したWebサーバーの準備を行う。

１．構成管理機能

　簡単にソースコードの取得、更新を行えるようにして、その履歴を残す。

　案：Subversion

２．Wiki

　マニュアル、方針、仕様などを記録する。

　Wikiにすることにより、誰でも編集が容易になる。

　案：Trac/Redmine/Pukiwiki

３．フォーラム

　意見や質問を容易におこなえる掲示板を用意する。

　これにより、場所と時間にとらわれずに意見交換を行うことができる。

　案：Wiki/Redmine

４．タスク管理、バグ管理

　どのようなバグやタスクが残っているか管理を行う。

　これにより、リリース時期の予測、作業の有無を効果的に確認できる。

　案：Trac/Redmine/BugZila

５．テスト管理

　テスト仕様やテストの状況を管理する。

　これにより、リモート環境であってもリアルタイムにテストの進捗状況を確認できる。

　案：TestLink

６．コードレビューのサポート

　ReviewBoardの使用

　http://blog.monospace.jp/2008/03/24/reviewboard_installation/

　（※要調査）

７．フィードバックを受ける場

　関係者のモチベーションを保つため、成果物に対して、フィードバックを受ける場を作成する。

　案：社内のソーシャルブックマーク、アンケート機能

【効果的な手法】

その他、効果的な開発の進め方を考察する。

１．xUnitの使用

　xUnitでテストコードを記述することにより以下の効果がある。

　・修正後でも修正前と同じ動作するかどうかが、確認できる。

　・テストコード自体が一種のリファレンスになる。

　これにより、人の作成したコードでも修正を行いやすくなり、前提１、２の人の出入りに対応する。

２．自動ビルド

　自動ビルドを定期的に実行する。また、１のxUnitを使用して単体テストの失敗も監視する。

　これにより、サーバー上にコンパイルが通らないソースコードや単体テストに失敗したコードの存在をチェックすることができる。

　これは不特定の人間がかかわった場合に異常を検知するためである。

３．短期的なリリース

　開発者のモチベーションを保つため、一定のめどがついた時点でα版という形でリリースを行う。

だめだまとまらん。

Permalink | 記事への反応(0) | 22:22

ツイートシェア