Matthias EinigSharePoint Architect        SharePoint developer since 2005Steria AB, www.steria.comStockholm, Sweden       ...
Application Lifecycle Management “is a continuous process of managing thelife of an application through governance,       ...
SharePoint ALM1.   Requirements Management                 Run                                                            ...
SpecifyObjectives                          Challenges•   Stakeholder Analysis            •   Align requirements with SP us...
Best Practices•   Business analyst know SharePoint!•   Demo SharePoint to Stakeholders•   Use Wireframes and UI mockups•  ...
DesignObjectives                             Challenges•   Re-use components                  •   Complexity of SharePoint...
Best Practices• Know SharePoint out-of-the-box capabilities!• Use SharePoint standard features where possible• Design reus...
CodeObjectives                        Challenges•   High quality                  •   Multiple languages C#, XML,•   Confo...
Best Practices•   Use source control and workitems•   Structure application in multiple    solutions•   Be consistent in c...
Build & PackageObjectives                           Challenges•   Deployable solution package      •   Developer environme...
Best Practices• Use central team build                               Check In• Build server should run on  production-like...
ValidateObjectives                              Challenges•   Ensure maintainability of code      •    SP Solutions have l...
Best Practices•   Assure quality on check in•   Establish software quality gates•   Use FxCop, StyleCop and    SPDisposeCh...
SP CAF
TestObjectives                         Challenges•   Test against requirements      •   Unit testing complicated•   Identi...
Best Practices• Specify test cases in TFS• Link tests to workitems• Separate business logic from SP  Code• Use mocking fra...
DeployObjectives                             Challenges•   Complete (customization,           •   Manual steps often requi...
Best Practices•   Standardize deployment•   Use PowerShell•   Include configuration and content•   Parameterize deployment...
RunObjectives                             Challenges•   Maintain a stable farm             •   Multiple solutions on a far...
Best Practices•   Have a test farm!•   Expect change and prepare•   Classify and prioritize changes•   Use scripts for cha...
SharePoint ALM works for… any team size (even one person)… any project size… any project process (agile or classic)Introdu...
Interested?   Follow us!              The SharePoint Code Quality Team                      Torsten Mandelkow             ...
Best Practices for SharePoint Application Lifecycle Management
Best Practices for SharePoint Application Lifecycle Management
Best Practices for SharePoint Application Lifecycle Management
Best Practices for SharePoint Application Lifecycle Management
Best Practices for SharePoint Application Lifecycle Management
Best Practices for SharePoint Application Lifecycle Management
Nächste SlideShare
Wird geladen in ...5
×

Best Practices for SharePoint Application Lifecycle Management

4,206

Published on

These are my slides from the ShareCamp2013 in Munich http;//www.sharecamp.de

SharePoint is typically a strategic decision for companies who intend to use it on a long-term basis. Customizations and enhancements, which means usually farm solutions or apps, are often designed and implemented with disregard to the overall life cycle of the platform.
Future changes of the solutions, changing developers with different preferences in the code design, technical knowledge, documentation standards and quality understanding cause a considerable additional expense for maintenance and operation of solutions.
By applying consistent SharePoint Application Lifecycle Management with Team Foundation Server 2010/2012 and simple "rules of conduct" will allow you to prevent having to start over again when the "expert who knew everything" suddenly leaves the company or the CIO decides once again to replace the consulting firm.
This session presents best practices for SharePoint ALM and tools which can help to spare you the “why didn’t we think about that”-moment in a couple of years from now.

Published in: Technologie
0 Kommentare
10 Gefällt mir
Statistiken
Notizen
  • Hinterlassen Sie den ersten Kommentar

Keine Downloads
Views
Gesamtviews
4,206
Bei Slideshare
0
Aus Einbettungen
0
Anzahl an Einbettungen
7
Aktionen
Geteilt
0
Downloads
0
Kommentare
0
Gefällt mir
10
Einbettungen 0
No embeds

No notes for slide
  • Best PracticeBusiness Analyst should know SharePoint from a user perspectiveStructure requirements analysis based on information lifecycleStandardize syntax of requirementsQuestion and re-question the necessity of every standard SharePoint functionality changeUse tools to manage requirements i.e. Quality Center, Team Foundation Server etc.
  • Best PracticeBusiness Analyst should know SharePoint from a user perspectiveStructure requirements analysis based on information lifecycleStandardize syntax of requirementsQuestion and re-question the necessity of every standard SharePoint functionality changeUse tools to manage requirements i.e. Quality Center, Team Foundation Server etc.
  • - Multiple Skills required, XML is a pain- Dependencies: content type ids, feature guids, SharePoint artefacts (SiteTemplates etc.)-
  • Best PracticeBusiness Analyst should know SharePoint from a user perspectiveStructure requirements analysis based on information lifecycleStandardize syntax of requirementsQuestion and re-question the necessity of every standard SharePoint functionality changeUse tools to manage requirements i.e. Quality Center, Team Foundation Server etc.
  • ObjectivesError free compilation and packaging of a deployable SharePoint solution package (WSP-file)Build against assembly versions as present on production environmentBuild in “Release” configurationIntegrate continuouslyChallengesCode builds locally but not integrated with code of other developersDeveloper build against different solution versions (i.e. forgot to update local sources)Integration problems are often realised too late
  • Best PracticeBusiness Analyst should know SharePoint from a user perspectiveStructure requirements analysis based on information lifecycleStandardize syntax of requirementsQuestion and re-question the necessity of every standard SharePoint functionality changeUse tools to manage requirements i.e. Quality Center, Team Foundation Server etc.
  • ObjectivesIdentify weaknesses in SharePoint code (memory leaks, upgradeability, performance)Ensure maintainability of code (e.g. coding guidelines)Validate code against company specific rules and policiesIdentify unneeded dependencies in the codeChallengesSharePoint solutions contain a lots of files XML, assemblies, resources, etc.XML is not validated by any available tool, but wrong “code” can cause serious problemsToo many ways to implement the same code (naming, solution structure, dependencies)Solution could overwrite system files upon deployment
  • Best PracticeBusiness Analyst should know SharePoint from a user perspectiveStructure requirements analysis based on information lifecycleStandardize syntax of requirementsQuestion and re-question the necessity of every standard SharePoint functionality changeUse tools to manage requirements i.e. Quality Center, Team Foundation Server etc.
  • Demo VS integrationSPCopSPDependSPMetricsSPInventoryDevelop a rule
  • ObjectivesAssure that solution meets user requirementsFind bugs before deploying solution to productionAutomate tests for easier regression testingTest stress scenarios (performance testing, load testing, server failure) ChallengesUnit tests require SharePoint installation to runStandard SharePoint functionality can be affected by solutionXML code cannot be tested directly, only the resultManual tests are time-consuming
  • Best PracticeBusiness Analyst should know SharePoint from a user perspectiveStructure requirements analysis based on information lifecycleStandardize syntax of requirementsQuestion and re-question the necessity of every standard SharePoint functionality changeUse tools to manage requirements i.e. Quality Center, Team Foundation Server etc.
  • ObjectivesComplete installation of a SharePoint application (content, configuration, customization)Automated installation with detailed deployment logSupport uninstallationSupport upgrade of existing releasesChallengesDeployment often requires manual stepsDeployment has to be done on multiple environments (integration, acceptance, production)Deployment process over the different stages should be managed to prevent shortcuts
  • Best PracticeBusiness Analyst should know SharePoint from a user perspectiveStructure requirements analysis based on information lifecycleStandardize syntax of requirementsQuestion and re-question the necessity of every standard SharePoint functionality changeUse tools to manage requirements i.e. Quality Center, Team Foundation Server etc.
  • ObjectivesMaintain a stable farm environmentAllow application changes with minimal impact on rest of the farmBe able to roll back changesReduce downtimesChallengesSharePoint solutions are running run side-by-side with other custom solutionsSharePoint server updates may have negative impact on custom solutionsBugs can still occur only on production, as no SharePoint installation is exactly the sameErrors are often not detected immediately after the change
  • Best PracticeBusiness Analyst should know SharePoint from a user perspectiveStructure requirements analysis based on information lifecycleStandardize syntax of requirementsQuestion and re-question the necessity of every standard SharePoint functionality changeUse tools to manage requirements i.e. Quality Center, Team Foundation Server etc.
  • Best Practices for SharePoint Application Lifecycle Management

    1. 1. Matthias EinigSharePoint Architect SharePoint developer since 2005Steria AB, www.steria.comStockholm, Sweden MCSE, MCPD, MCITP MSCA in , SharePoint 2007-2013 SCRUM Master and Product OwnerContact Main Focus:@mattein • Solution Architecture,mail@matthiaseinig.de • Solution Development,www.matthiaseinig.de • SharePoint ALM, • Solution Quality Assurance
    2. 2. Application Lifecycle Management “is a continuous process of managing thelife of an application through governance, development and maintenance“ * * wikipedia.org
    3. 3. SharePoint ALM1. Requirements Management Run Specify2. Solution Architecture3. Development Deploy4. Quality Assurance / Testing SharePoint Application Design5. Build and Package Lifecycle Build6. Solution Deployment & Package Code7. Operation Validate &8. Project and Release Test Management
    4. 4. SpecifyObjectives Challenges• Stakeholder Analysis • Align requirements with SP usability• Requirements analysis • Avoid re-implementing standard• Manage and track requirements functionality • Identifying „missing“ requirements
    5. 5. Best Practices• Business analyst know SharePoint!• Demo SharePoint to Stakeholders• Use Wireframes and UI mockups• Standardize the syntax of requirements• Avoid changing SharePoint standard behaviour• Manage and track requirements ie. in Team Foundations Server
    6. 6. DesignObjectives Challenges• Re-use components • Complexity of SharePoint• Stability and Performance • Requirements deviate from• „Build to last, build to change“ SharePoint standards • Existing solutions on environment
    7. 7. Best Practices• Know SharePoint out-of-the-box capabilities!• Use SharePoint standard features where possible• Design reusable modules• Use existing patterns i.e. service locator, repository pattern etc.• Build vs. buy?
    8. 8. CodeObjectives Challenges• High quality • Multiple languages C#, XML,• Conformance to coding HTML, CSS, JavaScript guidelines / conventions • Cryptic dependencies• Testability • Team development
    9. 9. Best Practices• Use source control and workitems• Structure application in multiple solutions• Be consistent in coding approach (declarative vs. programmatic)• Convention over Configuration• Specialized developers• Standardize development environment• Use SPSF
    10. 10. Build & PackageObjectives Challenges• Deployable solution package • Developer environment might• Build against production-like deviate from production environment • “It builds on my machine…”• Continuous integration • DEBUG build on PROD
    11. 11. Best Practices• Use central team build Check In• Build server should run on production-like system• Integrate periodically to find problems sooner Team Build
    12. 12. ValidateObjectives Challenges• Ensure maintainability of code • SP Solutions have loads of files• Validate against company • XML is not validated specific rules and policies • Do the same a 100 ways• Identify unneeded • Deploy into SharePoint “Hive” dependencies
    13. 13. Best Practices• Assure quality on check in• Establish software quality gates• Use FxCop, StyleCop and SPDisposeChecker• Make regular code reviews• Check SharePoint “code” automatically with SPCAF SP CAF SharePoint Code Analysis Framework
    14. 14. SP CAF
    15. 15. TestObjectives Challenges• Test against requirements • Unit testing complicated• Identify bugs early • Solution affects standard• Test stress scenarios functionality • XML code cannot be tested • Manual testing costs time
    16. 16. Best Practices• Specify test cases in TFS• Link tests to workitems• Separate business logic from SP Code• Use mocking frameworks (TypeMock, JustMock, Moles, Shims)• Use Coded UI Tests in VS• Use VS TestManager
    17. 17. DeployObjectives Challenges• Complete (customization, • Manual steps often required configuration, content) • Multiple environments (DEV, TEST,• Fully automated / reproducable ACC, PROD)• Support retraction / upgrade • IT Pros don’t trust developers
    18. 18. Best Practices• Standardize deployment• Use PowerShell• Include configuration and content• Parameterize deployment for different environments• Log all deployment steps• Automate staging through TFS
    19. 19. RunObjectives Challenges• Maintain a stable farm • Multiple solutions on a farm environment • SP Updates might affect solutions• Allow application changes with • Some bugs can be only minimal impact reproduced on production• Reduce downtimes
    20. 20. Best Practices• Have a test farm!• Expect change and prepare• Classify and prioritize changes• Use scripts for changes• Import live content to test farm regularly• Use third party tools to manage your farm (i.e. DocAve)
    21. 21. SharePoint ALM works for… any team size (even one person)… any project size… any project process (agile or classic)Introduce it step by step!Use ALM tools like TFS!
    22. 22. Interested? Follow us! The SharePoint Code Quality Team Torsten Mandelkow @tmandelkow blogs.msdn.com/b/torstenmandelkow Matthias Einig @mattein www.matthiaseinig.de

    ×