사내 소프트웨어 프로젝트의 경우 모든 온라인 팀 구성원 토론을 중앙 집중화하기 위해 사용할 수있는 시스템 유형은 무엇입니까?소프트웨어 프로젝트 : 팀 토론, 질문, 답변 처리
저희 소프트웨어 개발 노력을 위해 현재 우리의 질문과 답변은 이메일을 통해 흩어져 있습니다.
하드 아이디어, 질문과 답변 등
너희들은 무엇을 사용 하는가를 추적하는 방법? 그런 상황을 어떻게 관리합니까?
위키가 이런 식으로 사용될 수 있습니까? 그렇다면 어떻게 시작할 수 있습니까? 나는 전에 이것을 한 적이 없다.
토론에 회사 정보가 포함되어있어 보안 문제를 어떻게 해결할 수 있습니까? 참여하는 여러 구성원을 필요로하는 프로젝트를 처리 할 때
나는 매우 유용한 redmine
당신이 필요로하는 것 같은 그것은, 프로젝트 당 포럼 및 위키를 가지고 있으며, 더 많은 기능을 건의 할 것입니다. 그리고 그 opensource!
유일한 "문제점"은 Ruby on Rails를 사용하여 작성되었다는 것입니다.
오픈 소스 엔터프라이즈 위키 인 Twiki를 말하고 싶습니다.
언젠가 익숙해지기 전에는 새로운 페이지와 주제를 매우 쉽고 빠르게 찾을 수 있습니다. 장점 하나는 IMO의 기술의 관점에서 자신의 서버
TWiki® - the Open Source Enterprise Wiki and Web 2.0 Application Platform
에서 호스팅, 나는 확실히 위키 갈 것이다 (그리고 위키 확실히 나쁜 선택이 아니다). 회사의 인트라넷에 설치되어있는 경우 보안 측면에서 문제가 없습니다.
위키에 대해 명심해야 할 점 중 하나는 위키를 유지 관리하는 데 약간의 작업이 필요하다는 것입니다. 팀의 모든 구성원이 페이지 또는 구조를 고려하지 않고 지속적으로 페이지를 추가하는 것은 쉽습니다 (때로는 유혹스러운 일입니다). 도덕적 위치 : 위키는 의사 소통에 도움이되는 매우 유용한 도구이지만 무료로 제공되는 것은 아닙니다.
그러나 당신이 말하는 커뮤니케이션/토론의 종류에 따라 온라인 커뮤니케이션이 대면 커뮤니케이션을 대체하지 않는다는 것을 분명히주의하십시오. 팀 구성원의 대인 관계 기술에 따라 일부 사람들은 구두 의사 소통 대신 전자 메일/wiki/포럼 사용으로 전환하기가 너무 어려울 수 있습니다. 일상적인 스탠딩 미팅 (la SCRUM)을하는 것조차 전자 통신에 의존하는 대신 모든 사람들이 팀에서 무슨 일이 벌어지고 있는지를 아는 데 매우 유용 할 수 있습니다.
내 분산 팀에서 비슷한 문제가 발생했으며 다음과 같이 해결했습니다.
매일 우리는 연속적인 그룹 채팅 (Campfire은 옵션입니다)을 실행합니다. 공지 사항, 질문 및 답변은 채팅에서 발생할 수 있으며 기록됩니다. 필요에 따라 과거의 성적표를 검색 할 수 있습니다. 이것은 간단하고 가벼운 것입니다.
우리는 또한보다 영구적 인 콘텐츠를 위해 위키를 사용합니다. 때로는 채팅으로 시작되는 자료가 위키로 이동합니다.구조화 된 위키의 장점은 새로운 팀 구성원을 탑재하고 팀 표준 (예 : Subversion의 해킹 문서)과 같은 특정 콘텐츠를 쉽게 유지할 수 있다는 것입니다.
일시적인 질문 등으로 빠르고 가벼운 채팅을하는 것이 장점이지만 중요하다고 생각되는 콘텐츠를 보유 할 수있는 위키가 있습니다.