저희 회사는 규모가 작아서 좋은 개발을위한 정책과 절차가별로 없습니다. 제가 처음 시작했을 때, 저는 좀더 발전 시켰습니다. 그러나 이제는 더 공식적인 방식으로 이것을 업데이트해야합니다. 정책을 작성하는 데 많은 경험이 없으므로 (나는 많은 교훈 세트를 작성 했으므로 절차가 걱정스럽지는 않지만 여전히 사려 깊다.) 지역 사회에 좋은 글쓰기에 대한 조언과 조언을 구하고 싶다. 소프트웨어 개발을위한 정책 및 절차. 감사.정책 및 절차에 대해 어떤 지침을 따라야합니까?
정책 중 일부는 프로그래밍 언어의 따라 다르지만 :
에서 봐 가지고 어떤 다른 책은 당신이 Code complete
내 소견을 좋아 도울 수 ... 과용하지 말게 그것은 :) 작은 팀은 일이 어떻게 작동하는지에 대한 공통된 이해와 비전이 필요합니다. 정책은 대기업에서 의사 소통을 담당하지만 소규모 그룹과의 권력 투쟁으로 옮겨가는 경향이 있습니다. 나는 이전에 언급 한 절차보다 경험이 부족한 전통을 발견했다.
즉, 소프트웨어 개발 업체는 소스 제어, 문제 추적 및 문서 삭제 장소가 필요한 시스템이 필요합니다. 의사 결정 방법에 대한 명료성은 프로젝트가 어떻게 생겼는지에 대한 이해와 마찬가지로 매우 유용합니다. 전염병처럼 세미콜론 앞에 공백 문자, 그리고 재미를 위해 충분한 공간을 확보합니다 있는지 확인하기 위해이 있는지 여부에
피 싸움 ...
어떤 언어? 어떤 유형의 소프트웨어입니까? –
우리는 현재 델파이와 C#을 조합하여 C#으로 완전히 옮길 계획입니다. 소프트웨어는 사용자 정의 데이터베이스보고/분석 패키지입니다. –