내 작업장에서 많은 프로세스를 Sharepoint로 이전하기로 결정했습니다. 이제 Sharepoint를 버그 추적에 사용할 수있는 방법을 찾고 있습니다 (La Mantis, FogBugz 등이지만 Sharepoint 내에서). 특히 공동 작업실을 사용 하고 있으며 솔루션은 그 내부에서 작동해야합니다.
"Issue tracker"템플릿을 사용하여 목록을 만들 수 있지만 워크 플로, 통합 통신 (예 : FogBugz) 및 감사 로그 (모든 사용자가 아무 곳에서나 언급하지 않고도 언제든지 필드를 편집 할 수 있음)가 없습니다.
충분하지 않으므로 "더 큰"솔루션을 찾고 있지만 아직 아무것도 찾지 못했습니다.
이 질문 은 비슷하지만 헬프 데스크 사용을 목표로합니다. 우리는 시스템에 대한 버그 추적 및 변경 요청을 목표로합니다.
나는 제안에 개방적이다! 관리자가 아니기 때문에 Sharepoint 구성 요소를 잡고 테스트를 위해 설치할 수 없습니다. 경험, 문서, 백서, 스크린 샷을 찾고 있습니다. 실제 다운로드 가능한 파일은 나중에 관련이 있습니다.
이상적으로는 다음 사항 중 일부를 다루어야합니다.
- 다양한 티켓 유형 (버그, 기능, 문의, 내부 작업) 지원
- 고정 된 단계 수없이 티켓 유형별로 구성 가능한 워크 플로우.
- 필드 및 워크 플로 상태별로 구성 가능한 읽기 / 쓰기 권한
- 멋진 차트가있는 관리자를위한 구성 가능한 대시 보드.
- 구성 가능한 이메일 알림.
- 해당 사항은 La FogBugz입니다. (도전 : Exchange가 아닌 Notes를 사용합니다.)
가장 좋은 조언? Sharepoint에서 멀리 떨어져 있습니다. 그것의 SQL은 개자식이고, 파일 업로드는 절대적인 고통이며, 진정한 목표는 모든 사람이 Office를 사용하도록 다시 밀어 붙이는 것 같습니다. 토론 섹션은 농담이며 그 자체가 아니라 Outlook에 많이 통합하려고합니다. Sharepoint를 몇 가지 정책 문서를 보관할 수있는 장소로 사용하는 것은 좋지 않습니다. 지금은 SP Wiki (생각 된 것으로 간주 됨)를 만들려고하는데 HTML (위키 템플릿 지원이없는 CSS로 인라인)으로 모든 것을 코딩하려고합니다. 가능할 수도 있지만 사용하는 것보다 더 많이 싸울 것입니다.
—
Steiv
그렇습니다. SP가 존재하여 Web 2.0 전투에 대비하여 MS Office 현금 암소를 유지하는 것이 분명합니다. 나는 선택의 여지가 있다면 SP도 피할 것이지만, 위에서 결정되었고 최선을 다할 것입니다. -공동 작업실에 몇 가지 유용한 기능이 있으며 업로드 된 (Office) 문서 편집이 간단합니다 (저장, 다시 업로드 및 버전 관리가 모두 한 번에 자동으로 수행됨). Office 문서에서만 작동합니다. 요점 : "문제 추적기"및 "워크 플로"기능은 위의 목적에 유용하지 않습니다!
—
Torben Gundtofte-Bruun
나는 당신이 내가보고있는 것을 SP와 함께보고 있다고 생각합니다 .Office의 핵심 작업을 다루는 것은 무엇이든지 함께 해킹됩니다. 우리가 사무실에서 한 일은 Jira (문제 추적 소프트웨어)의 RSS 피드를 SP와 통합하여 SP의 업데이트 목록을 가져 오는 대신 Jira를 사용하는 것입니다. 보너스로, Jira는 Wiki 구문을 지원하므로 편집 및 주석 달기가 쉽습니다.
—
Steiv
당신은에 문의해야 softwarerecs.stackexchange.com
—
니콜라스 라울에게