私たちの会社はかなり小さいので、良い発展のための方針や手順はあまりありません。私が最初に始めたとき、私はいくつかを開発しましたが、今はより正式な方法でこれらを更新する必要があります。私はポリシーを書く経験があまりないので (私はたくさんの命令セットを書いたので、手順についてはそれほど心配していませんが、まだ思慮深いです)、良いポリシーを書くためのヒントやアドバイスをコミュニティに求めたいと思います。ソフトウェア開発のポリシーと手順。ありがとう。
2 に答える
3
一部のポリシーはプログラミング言語によって異なりますが、:
- チームのコードを統一するための命名規則を書く
- KISSの原則のような一般的なコーディングルールを書く
- 顧客とバグ管理については、ITILをご覧ください
- 遅延とタスク管理のために、私はスクラムメソッドをお勧めします
- デザインパターンに関する章を書く(最初にデザインパターンヘッド)
- より正式な手順が必要な場合は、ISO90003をご覧ください。
他のいくつかの本はあなたがコードを完成させるのを好きにするのを助けることができます
于 2009-08-04T18:49:07.480 に答える
2
私の謙虚な意見...やりすぎないでください:)小さなチームには、物事がどのように機能するかについての共通の理解とビジョンが必要です。ポリシーは大企業のコミュニケーションに役立ちますが、小グループとの権力闘争に移る傾向があります。私は、経験から生まれた伝統が、事前に述べられた手順よりも有用であることに気づきました。
とは言うものの、ソフトウェア開発会社は、ソース管理、問題追跡、およびドキュメントを削除するための場所のためのいくつかのシステムを必要としています。プロジェクトがどのように見えるかを理解するのと同様に、意思決定がどのように行われるかを明確にすることは非常に役立ちます。
疫病のようにセミコロンの前にスペースキャラクターが必要かどうかについての争いを避け、楽しみのために十分なスペースを残してください...
于 2009-08-04T18:50:22.827 に答える