软件架构师应该对SharePoint有什么了解？

在我们公司,我们目前正在尝试定义我们的软件架构师必须了解的基本内容,以便他们构建和/或领导SharePoint实施项目.我们公司的许多架构师都具有.NET开发人员背景,并且对.NET开发以及各种框架组件和工具有很多了解.但是,他们目前缺乏SharePoint知识.事实上,他们甚至不想知道细节的细节.他们想要充分了解它,以做出正确的架构决策并应用经过验证的模式.如果需要更具体的知识,他们会询问SharePoint专家.

那么架构师需要具备的基本SharePoint知识/技能集合是什么？

列表,文档,工作流,权限等技能有点过于基础,是SharePoint开发人员的必需条件.

我认为也许网站(和网站结构)是一个属于建筑师板块的区域.

SharePoint架构师可以提供更多领域:

容量规划 - 在服务器场中运行多个服务器.可扩展性和其他魔术词.

了解使用SharePoint的功能和业务场景 - 这是一个非常常见的.
经理问:SharePoint可以为我做什么？开发人员问:好吧,你想要它做什么.然后经理问:好吧,我不知道它能为我做什么,所以我怎么知道我想要它做什么？

与SharePoint功能密切相关的是与每个组件相关的各种许可成本.

熟悉开发和定制成本.获取与ASP.NET相同的项目时间,然后将其乘以一个大系数,然后添加一个额外的常量.

投资回报率的重要问题与其能做什么以及成本有多大密切相关. 所有人都享有至高无上的投资回报!

SharePoint部署可能是一个巨大的问题,也是一个很大的痛苦.

SharePoint从v2(MOSS 2003)升级到v3(MOSS 2007).我们应该在2010年看到新版本的SharePoint(？).在下一版Office出门后不久.因此,过去的升级体验可能很有用.

了解第三方网站部分.我相信SharePoint架构师应该能够为您提供至少5个他们从CodePlex尝试过的Web部件,并告诉您他们对它们的看法.这些都是免费的,您可以在自己的闲暇时间轻松地玩耍.

商业网站部分的一些知识.因为他们仍然比写自己的便宜.

至少拥有5个他们虔诚遵循的SharePoint博客(了解社区).如果没有自己的SharePoint博客(回馈社区).

如果他们在StackOverflow上,他们必须尝试回答SharePoint问题(例如此问题).

参加本地SharePoint用户组.我认为社区是一个巨大的交易.特别是您通过直接与人交谈以及了解他们在SharePoint安装中所做的工作所学到的知识.你可能会惊讶自己.

SharePoint集成的经验 - 这有两个同样重要的风格 - 来自SharePoint访问现有系统(业务目录,webparts等),以及通过webservice或API访问SharePoint内容的其他系统.

此外,SharePoint与Office,OCS,报表服务,性能点,项目服务器一起使用(或运行良好).

SharePoint托管安排 - Microsoft SharePoint在线服务可以成为开始使用SharePoint的流行且更便宜的选项.它可以在内部托管,也可以与第三方公司托管.了解选项总是有用的.

必须使用反射器读取SharePoint代码(并且最好还有头发).

我认为成为SharePoint架构师至少需要几年时间(您的里程可能会有所不同).您的.NET架构师需要成为SharePoint架构师,否则我同意我之前的其他摘要 - 找到已经是SharePoint架构师的人.