0
저는 프로젝트에서 친구들과 일하고 있습니다. 의사 소통의 수단이 너무 많습니다.팀이 통신 채널을 너무 많이 처리 할 수 있습니까?
- 이메일
- 페이스 북
- 텍스트
- 전화
- 스카이프
- IRC
- IM
- 채팅의 채팅
이 J 걱정할 커뮤니케이션 채널이 너무 많다는 느낌을 받아야합니다. 이들 중 어느 것도 통일 된 방식으로 연락하는 것 같지 않습니다. 이것에 대한 실질적인 해결책이 있습니까?
A
답변
0
나는 Bob 박사에게 동의합니다. 또한 정기적 인 모임을 갖기 때문에 모두 같은 페이지에 있어야합니다. 가능하다면 회의가 직접해야한다고 제안합니다. 가능하지 않으면 전화 회의를 시도하십시오. 전자 메일은 제대로 구성되어 있는지 기록하는 좋은 방법입니다. 나는 개인 정보/도메인/저작권 문제의 단순한 b/c를 피할 것입니다. 통신은 전투의 1/2이므로 잘 관리하십시오. 가난한 정보 흐름으로 인해 잘못 구현 된 사양에 대한 작업보다 더 나쁜 것은 없습니다 ... 좋아, 어쩌면 몇 가지 나쁜 점이 있습니다. 희망이 있습니다.
0
이것은 프로젝트에서 작업 할 때 정말 압도적입니다. 많은 네트워크 모니터링을 통해 개발 시간이 단축되므로 표준을 설정해야합니다. IRC에서 대화방과 개인 메시지를 제공하는 것이 가장 효과적이지만 모바일에서는 어려워집니다. 이런 이유로 저는 보통 IRC를 기본 방법으로 설정하고 텍스트를 백업으로 허용 한 다음 비상 사태만을 요구합니다.
+0
나는 내 팀과 함께 이것을 시도 할 것이라고 생각한다. – ZMorek
0
위 목록에있는 항목의 후보 목록을 고려해야하며 전화/스카이프가 신속하게 통신 할 수있는 훌륭한 방법이지만 대화를 기록/추적 할 수있는 가능성도 고려해야하지만 책임지지 않도록하는 것도 좋은 방법입니다 약속을 지키고 한 사람의 말을 다른 사람의 말과 맺는다. 덜 불길한 메모에서 이메일/메신저를 사용하면 이전 대화를 쉽게 호출 할 수 있으며 전화 대화는 모든 것을 기록하거나 기억해야합니다. 일반적으로 IM은 IM보다 더 쉽게 이메일을 회수/검색 할 수 있으므로 로깅으로 IM을 사용하는 것보다 낫습니다.
이것은 주관적인/논리적 인 질문이며 분명한 대답이 없습니다. 그러나 http://programmers.stackexchange.com에서 적절할 수 있으므로 여기로 이동하기로했습니다. – Phrogz
이것은 프로그래밍과 전혀 관련이 없습니다. –
segfault를 디버깅하는 데 도움이 필요하지는 않지만 개발 프로세스 및 팀 관리와 관련이 있습니다. 더 일반적인 질문은 여기 환영하지 않습니다. 참고 사항. – ZMorek