分类存档: SharePoint 解决方案设计

跟踪实践活动 – 部分 1

3 回复

大约一年前, 我加入了 激流回旋咨询 在纽约作为我们称之为实践区领导在这里。  (作为对这个博客的点轻微一边开机自检, 这种改变在工作中我总落在博客中的帐目。  在每天的"东西"是大改变角色和一个大变化，但我已经有点适应自己给它，看看转发到再创作 微笑 ).

在这个 PAL 角色, 我负责保存公司和周围的 21 西二十一街从定期的灾难。  这是压力的很大 (所有的孩子都比你可能会认为 — — 想想!). 

在对这种必要性的服务, 我需要去帮售前, 创建和更新转到市场产品和服务, 雇帮好人, 训练的人来做得更好 (但真正, 若要使我的工作更容易) 和偶尔做些计费在客户端。  我有很多的"输入"— — 来自客户端的问题, 销售机会, 我自己又迂腐的思想等等。  一些它的真的很好 (像热销售 oppty) 虽然很多都是不太好。  关键是要最初跟踪, 确定优先次序和管理每个这些想法 (大和小) 圆满结束。 

不是新的这种任务管理, 权利?  我们有很多任务的工具来帮助我们与此。  Outlook 具有任务。  你可以在一起打一个电子表格很好和快速。  我第一次的任务管理工具在法律的记事本回我在 GAF 的日子作为 IT 部门中的开发人员。  (问我那些美好的旧时光下次你见到我如果你感兴趣的事, 或也许不…).

正在一个 SharePoint 家伙 (名义上, 至少), 我一直以为要使用 SharePoint。  但由于某种原因, 泛型的任务列表永远都不是为我。  几个月前的一群, 我决定治愈自己，只是创建一个基于 SharePoint 的解决方案。  它如此困窘创建非常容易，我以为在这里写关于它.

所以, 我的目标是很简单:

  • 超级简单和快速的数据输入
  • 确定活动的优先次序
  • 对活动进行分类
  • "下一步"驱动 — — 这些活动往往将跨越周 (也许甚至几个月).  他们几乎从来没有"结束"后一个特定的更新程序.

这些位借自己很好的内容类型, 这就是创造的东西:

image

你能看到我有一种销售的偏见与此在第一次, 因为我也有"客户"字段。  很多我的实践活动都基于客户端 (实际或潜在).  但其中许多人还注重内部的。  我在那里打"激流回旋"创建它们时, 但它总是感觉有点奇怪。  我应命名它更一般的东西。  也许"目标组织"之类.

下面是几个杂项笔记上的内容类型:

  • 活动影响已下放到测量的优先。  我不知道我为什么不是"优先"与"影响"天零, 但这是自己做了什么。 
  • 下一步和下一步骤日期 — — 一个仪表板，按下一次活动日期驱动了  此仪表板有点已成为周天我进军的命令。  我只是去到仪表板和首先侧重于高优先级的东西，从那里去。  (有的概念是"无标签"
  • 主要所有者 — — 唯一值得注意的是 — — 是不是真棒，你可以进行排序和筛选对 SP 中的多项选择列 2010! 我其实不完全是买纳入这一概念在第一次.
  • 活动状态 — — 真的只是"打开"或"关闭"。 
  • 初步实践 — — 之后我开始使用此, 在我的小组的另一个朋友想试试这个, 所以陷入这样的组合来区分我的东西 (门户网站 & 合作) 和她的东西 (天青).

这里是我的仪表板:

image

(所有的模糊出位 — — 很抱歉，我不想这么创造了大量的测试数据，我不想给任何人心脏病发作了共享关键的详细信息 [请参阅重新介绍中的位: 拯救世界, 等。, 等。, 等。]).

我有在此列表中的几个其他意见, 其中包括一个数据表视图，可以让我做大规模的更新。  我这样做最常时较低的优先级，按计划行事从来没有相当的项目做了，需要出去一周推一群.

每天, 我拉起我的活动日志，刚刚开始工作关闭列表的顶部.

在部分 2, 我会解释如何我做的这个更有用的加好已启用电子邮件的文档库和 SPD 工作流.

</结束>

订阅我的博客.

跟我在 Twitter 上 http://www.twitter.com/pagalvin

让闪亮的例子铅 SharePoint 采取更多的途径

发表评论

今日刊登了我的第一个"纯"BrightStarr 博客条目。  这里是个难题:

有很多相关的互联网络晚对 SharePoint 收养的主题和特别是缺乏对话. 没有人想要去的设计农场和安全的基础结构的所有麻烦, 参与工作坊, 时髦的外观和感觉放在一起, 找出一个岩石固体的信息体系结构可以承受公司再公司法的变迁，最后, 只是为了发现三个月后低调填充首次展示投入的不足 50% 公司的员工在使用 SharePoint 和大多数人都用它来替换旧的网络文件服务器 ("S:\ 驱动器").

没有银弹 (或单个博客张贴内容) 要解决这个问题. 不过, 有很多事情你可以减少贫血的 SharePoint 门户的风险. 这样一种技术是"闪光的示例模式。"

我想知道的关于其它关注共享的 SharePoint 通过策略。  如果您做共享, 请在 BrightStarr 博客上留下作为注释.

阅读整件事情在这里: http://www.brightstarr.com/US/Pages/blog-view.aspx?BlogID=52

</结束>

订阅我的博客.

跟我在 Twitter 上 http://www.twitter.com/pagalvin

创建打印机友好的页面，甚至将其打印出来

1 答复

我写了一篇文章 SharePoint 的简报 一周或前和它已过帐。  这里是开放位:

image

您可以阅读整件事情在这里: http://sharepointbriefing.com/features/article.php/3904906/Create-a-Printer-Friendly-Page-in-Your-SharePoint-Sites.htm

我希望这可以帮助别人。  享受!

</结束>

订阅我的博客.

跟我在 Twitter 上 http://www.twitter.com/pagalvin

"能做” 与"应做比较” 在 SharePoint 项目

8 回复

我认为我们很多人偶尔提出了与, 没有一个更好的短语, 幼儿的要求。  最终用户真的, 非常迫切希望某些特定外观和感觉, 或一个非常具体的分类结构或要剪出一个单击或菜单选项，以纾缓导航或 [插入充满激情地举行碰巧是错误的信仰].  作为 SharePoint pro 的, 我们通常可以满足几乎任何种类的要求与平台, 但对其中一些, 我们知道在我们的心中，:

  • 他们打算采取过多的时间来执行 (因此要有更多的成本和)
  • 他们要将高度自定义，因此难以维护和疑难解答
  • 是有一些简单的 SharePoint 方法，可以满足 80% 或更多的要求 (e 小节. 符合要求的精神, 但不是要求的信件)

底线, 我们知道"要求"是真的只是很高兴了，甚至在某种意义上的合法, 但事情的人应该住在一起而不是花很多时间试图"解决"。

我认为这些作为"年轻的孩子"的要求，因为之前多次看到这种模式。  孩子会松掉，唠叨你的一些新的玩具了好几个星期的时间。  你把他们的玩具, 他们玩它几个小时或几天，然后把它放, 从来没有把它再捡起来。  或, 不是你的玩具, 爱唠叨的停止和那小子移动，成为自由世界的总统。   我见过这种事发生在 SharePoint 项目中。  决策者也可以得到他们想要什么和它成为未使用或未充分利用的功能或他们不得到他们想要什么和该项目仍然成功反正.

我想起了今天在论坛中发布，我喜欢如何 克莱顿 · 科布 试着让论坛海报推回这些种类的要求之一: http://social.msdn.microsoft.com/Forums/en-US/sharepointinfopath/thread/af8a1941-92ad-4f1a-b1bf-875e28ea79b7/

我真的很好奇，人民如何看待这个话题和你是如何处理它。  我错过点吗?  引导从琐碎的要求恰恰给决策者的战略吗?  请留下评论.

</结束>

订阅我的博客.

跟我在 Twitter 上 http://www.twitter.com/pagalvin

使用工作流来模拟内容类型安全

3 回复

另一天, 另一种 MSDN 论坛启发开机自检.

有人问是否他们能安全的内容类型，这样当用户单击自定义列表中的"新"按钮上, 仅指该人被授予访问权限的内容类型将会出现在下拉列表中。  正如我们所知, 这并不是开箱即用支持.

这一问题上来，然后和这次, 我有一个新的想法。  让我们假设我们有这样的情况:

  • 我们有售票系统帮助台.
  • 帮助台售票系统允许用户输入经常帮助台票务信息, 如问题区域, 问题状态, 等.
  • 我们想要允许"超级"用户指定一个"紧迫性"字段.
  • 其他用户不能访问到该字段。  系统将总是将"中等"级优先分配给他们的请求.

我们能做的就是创建两个单独的 SharePoint 列表和两个不同的内容类型, 一个"超级"用户和其他为别人.

每个列表的工作流将数据复制到主列表 (实际帮助台机票列表) 和这一进程从那里所得.

这种方法可能工作流列级安全性，以及一种。 

我没试过, 但它认为合理，并给出一个相当简单, 如果很粗糙，, 实现一种内容类型和列级别的安全选项.

</结束>

订阅我的博客.

跟我在 Twitter 上 http://www.twitter.com/pagalvin

内容查询 Web 部件: SharePoint 的瑞士军刀

发表评论

我最新的文章的就是看 www.sharepointbriefing.com. 这里是个难题:

image

阅读整件事情在这里: http://sharepointbriefing.com/features/article.php/3874226/Content-Query-Web-Part-SharePoints-Swiss-Army-Knife.htm

看到它在使用真正的公共 web 站点在这里按照下面的步骤:

  1. 转到此 web 页: http://cdi-its.com/Pages/Customer_Support.aspx (这是为 CDI 的客户支持页面).
  2. 在左侧的导航中单击"案例研究".

它将跳到上市的案例研究的"客户支持"部分.

</结束>

订阅我的博客.

跟我在 Twitter 上 http://www.twitter.com/pagalvin

预先存在的条件: 拯救 SharePoint 警报模板 (?)

发表评论

我的一个客户共事前的承建商，打造出了企业小但有用 HR 应用程序. 那个承包商 SharePoint 设计器用于实现该解决方案的工作流部分. 它是有点乱. 例如, 有九个 SPD 工作流支持单个逻辑工作流进程和达五人可能在任何给定的时间，给出了正确的条件同时开枪. 调试不容易🙂

我的客户拥有一些仍未偿还的要求, 其中之一是通常提供更多的上下文时，系统会发送电子邮件通知 — — 无论是在电子邮件本身以及相关联的任务形式. 作为 SPD 工作流执行者知道, "从用户收集数据"SPD 行动实际上与自定义内容类型创建一个任务. 当我们使用该操作, 我们不去指定很多. 我们可以提示输入一些值 (例如：. "批准"或者"拒绝") 我们可以指定一个硬编码的值中的标题和说明. 这大概就是.

我的客户的要求是两个折叠:

  1. 当 SharePoint 将发送一封电子邮件任务分配, 在电子邮件正文中包含大量的有关任务的信息.
  2. 更重要的是, 到目前为止 – 当用户单击电子邮件中的任务链接, 任务窗体应该有审批者使其批准或拒绝的决定所需的所有信息. 马上, 经理需要点击项目链接本身向下钻取到底层的细节，没人喜欢，. 您必须单击电子邮件中. 然后您需要单击任务项目上有点晦涩的链接. 然后你可以看看基础数据 (InfoPath 在这种情况下形成). 然后你点击后面或后面, 等. 每个人都讨厌它.

我继承了这个有点凌乱的技术解决方案和我想要使变化中的最少侵入性的方式成为可能.

马上带的方法是创建一个自定义的警报模板. 您可以在这里阅读有关，. 像这样工作流程:

  • SPD 工作流运行.
  • 在一些点, 它将一个任务分配给一位经理.
  • SharePoint 系统会自动发出警报，对那位经理. 这不是一部分的 SPD 工作流，而是"什么 SharePoint?" (SharePoint 定时服务, 我相信).
  • 支持标准的警报过程调用自定义的警报处理程序 (以下魔法规则如上文所述参考文章).
  • 当我自定义的警报处理程序运行时，, 它生成一个漂亮的电子邮件. 更重要的是, 因为它有任务在手, 它还装饰满足业务需求所需的所有上下文信息的实际任务.
  • 用户获取电子邮件，它充满了有用的上下文信息.
  • 用户点击的任务链接和完成的任务本身充满了有用的上下文信息.
  • 大家都回家去吃西瓜和冰淇淋.

我做快速的 POC 和它的作品在实验室环境中. 我得到我的自定义电子邮件警报按预期. 我也要更新的任务说明和标题本身.

只有棘手, 到目前为止, 是为了避免在哪里警报更新该项目的情况, 触发另一个警报. 这并不让我担心.

到目前为止看起来有前途......

伟大的事情是，我不需要再乱动任何现有的 SPD 工作流. 他们是无所不知的警报处理程序是"IIZ 奔跑在 DA BAKGROUND, DECORATIN 洪德任务列表 WIF 莫瓦尔上下文”.

</结束>

订阅我的博客.

跟我在 Twitter 上 http://www.twitter.com/pagalvin

Technorati 标签: ,

SharePoint 示范: 利用 SharePoint 打造一个垂直的业务应用程序

发表评论

[请注意: 我想要马上说我觉得这次示威的预期成果的金融兴趣, 我提及完全信息公开, 等. 这是实际上第一次我曾经博客事件位置要以这种方式个人得益。]

此 web 演示发生 （星期四）, 06/04 在 12:30 美国东部时间, 在结束 1:30美国东部时间下午.

在我的优秀商业伙伴的合作, 集成的系统及服务组 (ISSG), 我一直在努力开发使用 SharePoint 作为平台的垂直业务应用程序. 在此情况下, 我们正在构建的应用程序服务的需要，让他们的客户定制的产品的制造商. 在这些情况下, 大量的协作需要客户与制造商之间的地方. 此外，还有大量的制造商中不同群体之间所需的协作, 包括销售, 工程, 研究和发展, 法律和其他群体.

演示会来促进这种协作的应用程序, 所有的这些协作位需要板讨论如何与后端 ERP 系统集成.

最后, 这不一个 SharePoint 演示. 这是解决方案的一个演示碰巧使用 SharePoint 作为平台特定的细分问题.

所以, 为什么你都懒得注册，请参阅此演示? I don’t expect too many readers of my blog to be all that interested in a solution for make-to-order manufacturers 🙂 Your take-away would be the concept itself – using SharePoint purely to deliver a business solution without regard to SharePoint itself.

如果你有兴趣, 请在这里注册(https://www323.livemeeting.com/lrs/8000043750/Registration.aspx?pageName=skmqfwbr5smmlx20).

</结束>

订阅我的博客.

跟我在 Twitter 上 http://www.twitter.com/pagalvin

你就能撬动我的感冒从 SharePoint 设计器, 死人的手

发表评论

我的最新文章 就是看 www.EndUserSharePoint.com. 我写了关于 SharePoint 设计师, 最终用户和最终用户可能尝试的战略和按照大纲，以显示能力和建立信任围绕此工具.

评论都比文章本身更有趣.

将其签出.

</结束>

订阅我的博客.

跟我在 Twitter 上 http://www.twitter.com/pagalvin

MOSS 用户配置文件为用户的语言首选项的监督

4 回复

我的当前项目, 有些用户将旅行世界各地和他们得出不同的目的地, 使用任何机器时派上用场. 那些客人机器将运行 Windows 安装和配置为本地语言环境. (我只被意识的来宾机器可能没有正确的语言包… 很可能不会, 事实上… 我停车，现在的人).

SharePoint 需要提供一种机制，藉以用户能够选择他们的首选的语言，然后荣誉那语言无论用户如何访问苔藓青苔. 换句话说, 无视无论浏览器会告诉 IIS/苔藓和相反查找该首选语言和使用它.

我们要去调查两种方法:

  1. HTTP 处理程序: 在 IIS 上安装自定义 HTTP 处理程序将查找用户的 MOSS 配置文件, 找出的首选语言，然后交换机周围所需的 HTTP 标头之前将控制传递给苔藓.
  2. global.asax: 修改 global.asax 来做同样的事情. 我们可能会修改别的东西, 但这个想法是，我们找到一些我们可以在其中插入我们区域设置开关的逻辑的地方.

其他复杂的因素是我们需要支持 60 k 用户, 关于 1,000 ，可能在同时访问 MOSS 在峰值负载.

HTTP 处理程序看起来蛮厉害, 但可能是最好的地方，要放入的代码，因为它是在 IIS 级别和全知. 它是工作的好的单点.

我们倾向于 global.asax 类型方法, 主要是因为我们相信我们会有更多的选项，用于在该点缓存数据.

我学了更会更多关于这个主题的博客.

如果你知道这件事, please post a comment 🙂

</结束>

订阅我的博客.

跟我在 Twitter 上 http://www.twitter.com/pagalvin