4

私はすぐに新しいプロジェクトを主導するでしょう。そして、私はソフトウェアプロジェクトの基本的なインフラストラクチャについて考えてきました。これらは、すべてのプロジェクトに必要なものです。

-コーディングスタイルの規則

-命名規則

-標準のプロジェクトディレクトリ構造(例:Mavenの標準ディレクトリレイアウトなど)

-プロジェクト管理と問題追跡(例:trac、redmineなど)

-継続的インテグレーションサーバー(ハドソン、クルーズコントロールなど)

何かを逃したかどうかはわかりません。誰か追加したいですか?

4

8 に答える 8

5

予備的な回答として、Joelテストを確認してください:http: //www.joelonsoftware.com/articles/fog0000000043.html

ただの前菜:

  1. ソース管理を使用していますか?
  2. ワンステップでビルドできますか?
  3. デイリービルドを作成しますか?
  4. バグデータベースはありますか?
  5. 新しいコードを書く前にバグを修正しますか?
  6. 最新のスケジュールはありますか?
  7. スペックはありますか?
  8. プログラマーは静かな労働条件を持っていますか?
  9. お金で買える最高の道具を使っていますか?
  10. テスターはいますか?
  11. 新しい候補者は面接中にコードを書きますか?
  12. 廊下のユーザビリティテストを行っていますか?
于 2008-09-18T09:20:49.640 に答える
3
  • リビジョン管理システム(例:subversion、cvs、git)
于 2008-09-18T09:20:36.490 に答える
2

あなたのものに加えて、私は置きます:

  • ユニットテスト戦略
  • 統合テスト戦略
  • 定義されたプロセス
  • リリース(配信)戦略(マイルストーン、作業パッケージなど)
  • ソース管理の分岐戦略
于 2008-09-18T09:17:51.787 に答える
1
  • ドキュメントについてはどうですか-どのように(コードのコメント、高レベルの仕様)、いつ、量、誰
  • テスト方法-ユニット/アクセプタンス/ユーザーテスト
  • コードのバージョン管理、いくつかのSVN / Git(またはtracに含まれていますか?)
  • チームの役割と責任-プロジェクトのocntextで実行する必要があります
于 2008-09-18T09:21:28.143 に答える
0

知識管理は非常に重要です。すでにwiki(TracやRedmineなど)を使用することを計画しているので、KMにも使用できます。

于 2008-09-18T09:21:50.107 に答える
0

機能テストは、すべてのプロジェクトの必須部分です。単体テストは素晴らしく、アジャイルプロジェクトではうまく機能しますが、機能テストは依然として必要です。少なくとも基本的なテストプランが必要です。複数のプロジェクトまたはサブプロジェクトを計画している場合は、テスト戦略ドキュメントまたはWikiページが適しています。テストケース、受け入れテストケースなどは、ユーザーストーリーまたはそれに相当するものによって駆動される可能性がありますが、それでも何らかの形で存在する必要があります。

于 2008-09-18T09:25:38.287 に答える
0

構成管理計画。開発ワークストリームへのアプローチ、その間のマージ方法などを文書化する必要があります。

于 2008-10-06T22:43:48.603 に答える
0

私なら、ファイル共有サーバーもその中に入れます。バージョン管理はとても基本的なものだと思っていたので、あえてリストに入れることさえしませんでした。しかし、それは良い点のバージョン管理です。

于 2008-09-18T15:23:02.127 に答える