Architecture and governance


Published on

Introductory governance overview for a recent client.

Published in: Technology
  • Be the first to comment

  • Be the first to like this

No Downloads
Total views
On SlideShare
From Embeds
Number of Embeds
Embeds 0
No embeds

No notes for slide

Architecture and governance

  1. 1. Architecture and Governance<br />ucopportal<br />UC Office of the President<br />presented by<br />Buck Bradberry, SharePoint Architect and Designer<br />
  2. 2. Project Goals<br />
  3. 3. Today<br />Describe the project in non-technical terms<br />Differentiate the two immediate governing tracks, their goals and deliverables, and membership<br />Describe, again in high level, overall development context, interrelationships, dependencies, and technical requirements<br />Take away<br />An understanding of key tasks, responsibilities, and authority. <br />
  4. 4. SharePoint Governance<br />SharePoint governance uses roles and responsibilities, policies, process, and technology to clarify ambiguity, manage UCOP goals, and ensure overall long-term success of your SharePoint environment. In addition, a solid deployment strategy brings IR&C all together.<br />
  5. 5. Roles and Responsibilities<br />Executive Sponsor. Provides executive-level sponsorship for SharePoint. The primary responsibility of the Executive Sponsor is strategic, positioning SharePoint as a critical mechanism for achieving business value and helping to communicate the value of the SharePoint environment to the management levels of the organization.<br />
  6. 6. SharePoint Governance Board. Serves as a governing body with ultimate responsibility for meeting the firm’s goals with respect to SharePoint. This board typically comprises representatives of each of the major businesses represented in SharePoint.<br />
  7. 7. Information Architecture Team. Often called the Deployment Team, this group will meet on a concurrent track with the Governance Board, drilling down into technical issues, implementing products and features raised through user discovery and approved by the Governance Board, keeping the overall deployment on track<br />
  8. 8. SharePoint Business Sponsor. Manages the overall design and functionality integrity of SharePoint from a business perspective. The SharePoint Business Owner doesn’t have to be an IR&C expert, but the job function typically includes responsibility for internal communications, intranet portals, external communications, and external portals.<br />
  9. 9. SharePoint Central Administrator. Manages the overall design and functionality integrity of the SharePoint farm from an IR&C perspective. Ensures the technical integrity of the solution. Makes regular backups of the portal and its content. Also may set up and maintain the security model, especially the components in Active Directory<br />
  10. 10. Site Collection Administrator. Serves as the centralized, primary role for ensuring that settings for the site collection are configured properly. The Site Collection Administrator needs deep training on SharePoint and must understand the business need for the site collection.<br />
  11. 11. Site Administrator. Serves as the centralized, primary role for ensuring that content for a particular site is properly collected, reviewed, published, and maintained over time. The Site Administrator will likely need to learn about SharePoint, but his or her primary expertise is business-focused.<br />
  12. 12. Users. Users use SharePoint to access and share information, as well as owning and maintaining the content that they publish on SharePoint. Users can play the role of Member (user with contribution permissions), <br />Visitor (user with read permissions), or both, depending on the specific site within SharePoint.<br />
  13. 13. Deployment Team Roles<br />Plus<br />PMO Team Lead and Representation<br />Data Architect or Business Objects Team Lead<br />TechDesk Representation<br />Windows Engineering Specialist<br />
  14. 14. Stakeholder participation<br />
  15. 15. SharePoint Policies<br />Policies define the UCOP fundamentals, such as what site owners and developers must/must not or should/should not do. Policies typically include items such as what can/cannot be posted, how security must be managed, and developer change-control mandates. Policies typically are developed by the SharePoint solutions team, which must include representatives from both the technology and business stakeholder communities.<br />
  16. 16. Policy Considerations<br />At what level does the UCOP enable self-service? Can users create their own sites or are they<br />IR&C-provisioned? When does IR&C perform actions on behalf of users? <br />What quota should be allowed? <br />How will data or sites be expired? <br />
  17. 17. What customizations/development will UCOP allow?<br />Can users modify web parts on team sites? Can they modify web parts on pages that are part of the corporate intranet publishing portal? <br />Will some web parts be "fixed" on the page, or will page owners be allowed to customize all of the content on their pages? <br />
  18. 18. Who is allowed to set up or request site-wide content types or site columns? How much central control do you want to have over the values in site columns? <br />What is the right way to add permissions? By user? AD group? SharePoint group?<br />
  19. 19. Multi-Tiered Service<br />It may make sense to support multiple tiers of service, each having a different set of policies.<br />
  20. 20. Differing Policies<br />
  21. 21. Processes<br />Examples include <br />the steps used by IR&C to create a new site, <br />the process by which development teams add custom web parts to the production environment, <br />or the steps that users should take to update Internet content. As an example,you might want to define a methodology for team-based SharePoint development that combines custom code and managed content with steps on how those updates will get into production<br />
  22. 22. Technology<br />Office SharePoint Server 2007 (structured deployment)<br />Office Project Server 2007<br />Third-party web parts<br />User management tools<br />Third-party visualization<br />Integration with disparate systems<br />The SharePoint product itself, along with additional tools, can help you to enable enforcement of policies and processes.<br />
  23. 23. Deployment<br />
  24. 24. Deployment Team Roles<br />Plus<br />PMO Team Lead and Representation<br />Data Architect or Business Objects Team Lead<br />TechDesk Representation<br />Windows Engineering Specialist<br />
  25. 25. User adoption<br />
  26. 26. Current Status<br />
  27. 27. Where we are & Where we should be<br />For more info . . .<br />Consult your SharePoint Governance and Deployment Guides and Checklists<br />
  28. 28. Related Documents<br />
  29. 29. Questions & Discussion<br />