标记档案: SharePoint 解决方案设计

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

我认为我们很多人偶尔提出了与, 没有一个更好的短语, 幼儿的要求。  最终用户真的, 非常迫切希望某些特定外观和感觉, 或一个非常具体的分类结构或要剪出一个单击或菜单选项,以纾缓导航或 [插入充满激情地举行碰巧是错误的信仰].  作为 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