Что должен понять администратор сайта / владелец, прежде чем их обозначить как таковое?

sharepoint.stackexchange https://sharepoint.stackexchange.com//questions/62765

Вопрос

Я строил сборку требований Администратор сбора сайта / владелец сайта в SharePoint должен иметь перед тем, как быть «ослабленным» на их коллекции сайта. Пока я придумал:

имеют очень твердое понимание цели SharePoint и миссии их организации в реализации интрасета SharePoint

Разумное понимание базовой терминологии SharePoint, когда его задают, должны быть в состоянии определить: веб-приложение, коллекция сайтов, подсчет, веб-часть, список и т. Д. ...

заниматься работоспособностью управления SharePoint в своей организации, сможет понять, как оно относится к ним в однодневное управление сайтом.

заниматься работоспособным пониманием архитектуры организации. Быть в состоянии понять, как им разрешено расширяться на архитектуре сайта на уровне их отдела

Хорошим пониманием большинства функций SharePoint «из коробки», с акцентом на: Библиотеки документов, списки, блоги, календари, анонсы, веб-части (реализация), веб-часть контента ETC. (Уметь найти компонент и внедрять в целом, расширенные концепции, такие как формы, не являются серьезной проблемой)

Узнайте, как создавать сайты (включая блоги) под свой собственный сайт и знать, когда он подходит (ссылка на сайт архитектуры) для создания сайта

Узнайте, как использовать разрешения, понимание наследования

Знаешь, куда идти для получения дополнительной информации, это включает в себя: Роли IT и другие отделы играют в SharePoint и WHO / когда идти на помощь

Другие полезные внешние сайты (SharePoint Stackexchange и т. Д.)

было любопытно, что другие люди SharePoint также обучались в их администрации. Что-то жизненно важно, что вы думаете, было пропущено? Я понимаю, что это, вероятно, отличается для каждой организации, но, вероятно, существуют некоторые общие потоки. Как вы думаете?

Это было полезно?

Решение

Site Collection Administrator and Site Owner are really two very different roles. The SCA is more of a technical role and has the ability to dramatically change the way the whole site operates, including enabling/disabling features and so forth. The Site Owner is typically content focused and is more comparable to a Power User as they can only use the features enabled on the site by the SCA and cannot make substantial changes to site structure or behavior. Of the two, the SCA would need the all of the information you list whereas a Site Owner would only need to know about a third of it.

That said, I would strongly emphasize the requirement of truly understanding permissions and inheritance. That topic alone can cause more headaches than almost everything else combined!

I would also add:

  • SharePoint Auditing as the question of Who did What and When seems to come up much more frequently than you might suspect
  • Understanding the different Recycle Bins
  • Basic list options like versioning, approvals, per-item visibility, basic workflows, incoming email, alerts, etc..

Другие советы

For both position types:

  • proven and demonstrated ethical decision making
  • proven level of communication required for user support and management interactions
  • experience with production support, user support, systems support
  • good working knowledge of the organisation's helpdesk / servicedesk / ITSM systems to manage and redirect support tickets
  • good understanding and application of incident escalation
  • good problem solving ability; this can be learned from problem solving courses such as KT or by constant exposure to real world incidents
  • good documentation skills with a demonstrated willingness to create and improve documentation
  • incident management and problem management skills
  • demonstrated willingness to help and mentor others
  • ability to document incidents/problems/requests for engaging higher level help including tracking progress and monitoring issues
Лицензировано под: CC-BY-SA с атрибуция
Не связан с sharepoint.stackexchange
scroll top