구성 요소

최근 발표 된 보고서에서 "이제는 응용 프로그램 개발 전략에서 SharePoint의 위치를 ​​결정할 시간입니다."는 SharePoint가 회사 인트라넷을 생성하는 데 매우 유용 할 수 있지만 제품에 기능이 없기 때문에 SharePoint를 사용하여 사용자 지정 응용 프로그램을 만들 때주의해야한다는 것을 설명합니다 (ALM) 및 EAI (enterprise application integration)와 같이 입증 된 다른 개발 플랫폼과 같은 기능을 제공합니다.

Office 365, SharePoint Online and OneDrive for Business backup tool from CodeTwo - quick overview

Office 365, SharePoint Online and OneDrive for Business backup tool from CodeTwo - quick overview
Anonim

이러한 복잡성으로 인해 IT 팀은 애플리케이션 라이프 사이클 관리 및 엔터프라이즈 통합에서 제품의 틈새를 메우고 사용자 생성 애플리케이션의 새로운 혼란을 막기위한 정책을 수립하는 데 바쁜 일을하게되었습니다. "라고 Forrester 애널리스트 John Rymer와 Rob Koplowitz.

SharePoint의 개발 기술을 가진 사람들이 부족하기 때문에이 문제는 더 복잡해집니다.

이 보고서에는 SharePoint의 맞춤 개발이 중단 된 여러 가지 고객 시나리오가 요약되어 있습니다. 회사의 IT 직원이 처리 할 수있는 것 이상의 것이되었습니다.

소위 SharePoint의 "파워 유저"는 "IT의 재편성"에 영향을주었습니다. 사용자는 SharePoint를 사용하여 여러 가지 인기있는 사용자 지정 응용 프로그램을 만들었습니다. 개발 및 운영 조직에서 지원할 수 있다고 가정합니다. 그러나이 보고서에 따르면 "기업이 소유하지 않은 전문 기술"이 필요했기 때문에 그들은 그렇게 할 수 없었습니다.

회사는 응용 프로그램 개발에서 SharePoint의 역할을 확장하고 격차를 줄이기 위해 새로운 IT 전문가를 고용해야했습니다 전략에 대한 보고서에 따르면, Microsoft는 원래 SharePoint가 웹 사이트를 구축 할 수있는 포털 제품으로 인식했습니다. 그러나 2007 Office System의 일부로 출시 된 Microsoft는 사용자 지정 인트라넷 사이트 및 기타 응용 프로그램을 개발할 수있는 개발 플랫폼은 물론 협업, 문서 관리 및 비즈니스 인텔리전스의 허브가되도록 제품을 확장했습니다.

SharePoint 마이크로 소프트가 예상 할 수있는 것보다 빨리 채택이 이루어졌으며, 이는 제품을 다루는 스킬 셋을 가진 사람들이 부족한 것과 관련이 있습니다. 빠른 수입 증가로 SharePoint가 아직 제품을 준비하지 않은 상태로 SharePoint를 사용할 수있게 될 수도 있습니다.

"Microsoft조차도 SharePoint의 채택률을 예측할 수는 없다고 생각합니다." IT 컨설팅 회사 인 twentysix New York의 신기술 총괄 Andrew Brust는 말했다. 실제로 Rymer와 Koplowitz는 Forrester의 고객은 SharePoint의 성장으로 "많은 응용 프로그램 개발 관리자를 놀라게했습니다"라고 전하면서, 이들은 IT 관리자를 위해 SharePoint 사이트가 만드는 두통과 1990 년 Lotus Notes 데이터베이스의 두통을 비교합니다. 두 제품 모두 IT 부서가 관리하는 데 어려움을 겪을 수있는 사용자 지정 사이트와 응용 프로그램이 폭발적으로 증가 할 수 있습니다.

Microsoft는 SharePoint의 기술 격차가 있음을 인식하고이를 채우기 위해 열심히 노력하고 있습니다. 특히 SharePoint의 제한된 ALM 기능의 문제는 "Microsoft가 살아가는 것"입니다.

그는 또한 EAI 용 BizTalk 및 ALM 용 Visual Studio Team System과 같은 다른 Microsoft 제품이 IT 부서 그 동안 SharePoint에서 작업하십시오.

보고서에 따르면 Rymer와 Koplowitz는 Microsoft가 제품의 틈새를 메우기 위해 노력하고 있지만 조직은 배포 전에 SharePoint를 사용하는 방법을 신중하게 고려해야한다고 말했습니다. 쉐어 포인트가 가능한 한 효율적으로 제품을 작동시킬 수있는 세 가지 시나리오. 하나는 제품을 공동 작업과 정보 공유 용 애플리케이션으로 사용하는 것이지 개발 플랫폼으로 사용하지 않는 것이라고 그들은 말했다. 두 번째 시나리오는 ALM 및 EAI 외에도 제품의 신뢰성, 가용성 및 확장성에 관련된 문제가 포함 된 제품 격차를 회사에서 채우는 응용 프로그램 및 인트라넷 플랫폼입니다.

시나리오는 회사의 응용 프로그램 개발 전략의 핵심에 SharePoint를 응용 프로그램과 엔터프라이즈 포털로 사용하는 것이 될 것이라고 분석가는 전했다. 그러나 조직에서는 IT 팀의 과중한 작업이 필요하다는 것을 알고이 옵션을 선택해야하며 보고서에 따르면 결국 조직에 현재 존재할 수있는 다른 포털 또는 인트라넷 소프트웨어로 전환해야합니다.