2009-06-17 1 views
1

최근에 우리는 약간의 공동 개발에 들어갔고 효율적으로 수행해야 할 권장 사항을 제시하지 못했습니다. 나는 클라이언트에 의해 고용 된 제 3 자 계약자, 클라이언트의 개발자 (물론 내 자신의 내부 개발자)와 협력 해왔다. 이 시나리오가 장기적으로 효과가 있다고 생각하는 것은 터무니없는 일입니까? 그렇다면 어떤 함정을 알아야합니까?클라이언트 또는 제 3 자와 공동 개발할 때주의해야 할 함정이 있습니까?

답변

1

고려 사항은 다음과 같습니다

  • 일관성. 사용 언어, ​​코드 스타일, 문서 형식에 대해 사전에 동의하십시오.
  • 협업 용이성. SVN 또는 GIT를 설정하여 모든 변경 사항이 기록되고 책임을 지도록하십시오.
  • 계획. 애플리케이션이 수행하는 작업을 완전히 파악할 때까지 아무도 코드를 작성해서는 안됩니다.
  • 통신. 의사 소통이 잘 조직되었는지 확인하십시오. 당신은 다른 사람들에게 다른 것을 말하고 싶지 않습니다. 전자 메일 목록이나 포럼을 설정하여 사람들이 계속 루프를 돌도록하십시오.
  • 변경. 변경 사항 및 기능은 어떻게 추가됩니까?
  • 책임 분야. 귀하의 책임은 어디에서 끝나고 계약자가 시작됩니다. 계약자가 데이터를 보내면 처리 할 수없는 데이터 또는 데이터를 수정해야합니까? 이러한 일들을 미리 예측하는 것이 어려울 수 있기 때문에 이것이 가장 큰 문제입니다. 특히 책임이 겹치는 것처럼 선이 분명하다고 가정하지 마십시오. 책임의 한도를 명확하고 일찍 정의하십시오.
2

가장 큰 찔림 : 누가 책임이 있는지 전혀 모릅니다.

모든 사람이 모여서 누가 무엇을 언제, 어디서, 어디서 누가 담당하는지 자세히 설명하는 로드맵을 해싱하지 않으면 많은 발가락이 밟히기 쉽습니다. 부엌에서 많은 요리사가있는 프로젝트에서 책임의 적절한 위임이 중요 할 것입니다.

0

명확한 책임 라인이있는 경우에만 작동 할 수 있습니다. & 지도력. 클라이언트 그 자체와 별개로 제 3자를 감독하는 담당 회사가 있습니까? 그 반대?

명확한 "결정자"가 없다면 지옥이 될 것입니다.

+0

유감스럽게도 대부분의 경우 고객이 전화를 걸고 있음을 확인했습니다. ( –

+0

예, 사실입니다. 돈입니다.) 나는 다른 사람과 제 3 자 사이에 더 많은 것을 의미했습니다. 클라이언트. – fig

+0

다소 희미한 요소입니다. 일반적으로 우리는 조각을 관리하지만, 아무도 큰 그림을 관리하지는 않습니다. 나는 그것이 좋은 데려가는 것 같아요. 우리는 누군가가 그들의 결과물을 관리하는 사람을 필요로합니다 :) –

0

자주 업데이트됩니다. 코드가 함께 작동하는지 확인하기 위해 2 주에서 3 주마다 모든 사람을 모으려고 노력해야합니다. 그렇지 않으면 작업을 끝내기까지 몇 주가 걸릴 것입니다.

관련 문제