저희 팀은 회사 내의 다른 개발 팀에서 사용하는 .net 구성 요소를 개발합니다.재사용 가능한 .net 구성 요소를 유지 관리하는 방법은 무엇입니까?
이 팀은 긴급한 개선이 필요한 경우가 많으며 지금은 필요합니다. 팀의 정신을 보존하기 위해 계획을보다 예측 가능하게 만들고 1 개월 미만의 빈도로 릴리스를 제안하려고합니다. 다른 사람들이 이런 문제를 해결하는 방법에 대해 궁금합니다.
예를 들어, 우리 자신의 Grid 클래스를 개발한다고 가정 해 봅시다. 팀 중 하나가 분류 작업을해야하지만 다음 릴리스는 3 주 정도 소요됩니다. 그리드를 자체 코드로 포장하고 필요한 기능을 스스로 제공하는 것이 좋은 전략입니까?
그렇지 않은 경우 사용자가 구성 요소를 향상시킬 수있는 좋은 전략은 무엇입니까? 내부 프레임 워크를 유지하기위한 여러 가지 전략을 설명하는 자료를 추천 해주십시오.
먼저 다른 팀에 "이봐, 3 주간 기다려."라고 말할 수는 없습니다. 제 시간에 일을 마무리하라는 압력에 대해 생각해보십시오. 삶과 마감 시간도 있습니다.
두 가지 솔루션을 제공 할 수 있습니다 가) "좋아, 우리는 그것을 할 수 있지만, 우리가 3 주 전에 완료되지 수있는 내부 일정으로 인해" B) "당신은 스스로를 포장하고 경우에 모든 노력을 할 수 우리가 안내 할 수있는 개발자를 마련 할 수있는 경우 그 과정 떨어져 그가 아픈에 들어갈 시간이 필요,이를 구현하려면 다음 3 주 "
C)
그리고 어쩌면 세 번째 솔루션"을 기다릴 여유가 없다 코드를 작성하고 실제 일을 시작하지만 결국 우리 모두가 이득을 얻지 못합니다 "
그건 당신에게 해답이 아니 었습니다. 당신이 그린 시나리오에 대한 조언을 모드로 설정합니다.
이제 답변 :
정말 다른 팀의 요구를 예측할 수 있습니까? 네가 지금 힘들게 일하는 것을 멈추고 라스베가스로 가면, 초능력을 사용하여 많은 돈을 벌 수있다.
다른 팀을 고객으로 생각하십시오. 지나치게 분명하지 않으면 요구 사항을 (새로운 기능에) 예측할 수 없습니다.
다른 팀 건축가들과 함께 두뇌 폭풍을 일으키기도 전에 아무도 사용하거나 신경 쓰지 않는 멋진 구성 요소로 시간을 낭비하기 시작할 수 있습니다.
이렇게하면 빌드해야 할 것에 대해보다 구체적인 아이디어를 얻을 수 있습니다. 이제 이미 "클라이언트"가 있습니다. 다른 구성 요소를 사용하는 것을 중지하십시오. (어쨌든 더 많은 "새로운 기능"을 만들어야합니다.) 작업을 수행하는 데 중점을두고 작업을 수행해야합니다.
"클라이언트"와 계약을 맺지 않고 구성 요소를 만드는 것만으로 아무도 필요하지 않은 물건을 만드는 데 시간을 낭비하고 "클라이언트"가 다른 좋은 (무료) 구성 요소를 찾도록 강요 할 수 있습니다. google에서 검색을 찾았습니다.
순수 기술적 인 질문에서 구성 요소의 유지 보수성은 다른 응용 프로그램과 크게 다르지 않습니다. 그냥 느슨한 커플 링 (의존성 주입은 좋은 생각이 될 수 있습니다) 그리고 당신은 괜찮을거야.
브랜칭 (및 병합)이 필요합니다.여기에 좋은 출발점이 있습니다 : http://msdn.microsoft.com/en-us/library/gg475908%28v=vs.100%29.aspx