標記檔案: 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