你是否有過你的專案注定要失敗的感覺，也許你現在可以建議結束它，並且為出資人省下一些錢。
1.挖掘需求的時候，要找出使用者為何做特定事的原因、而不只是他們目前做這件事的方式。你的開發必須解決他們的商業問題，而不只是滿足他們陳述的需求。
2.成為產品的使用者。與使用者一樣工作，一樣思考。我們很容易被吸進「只是再增加乙個特性」的巨大漩渦，往往需求方變了又變。但我們工作的最終目的是把事情做成，而不只是把**敲完。要理解需求，理解使用者，才會做出好的產品。
3.不要在盒子外面思考，而是要找到盒子。有時候專案設計沒有頭緒，或者是發覺**難以編寫，或者問題看起來無法解決。而這裡的『盒子』指的是各種約束和條件的邊界，而解開謎題的關鍵就在於確定加給你的各種約束，並且確定你擁有的自由度，這樣你才會在其中找到解決方案。
4.不要做形式方法的奴隸。我們喜歡有些技術和方法，但我們相信，盲目地採用任何技術，而不把它放進你的開發實踐和能力環境中，這樣的處理方法肯定會讓你失望。
管理感悟 談談使用者和需求
談談使用者和需求 柳鯤鵬2007 7 27 關鍵字 使用者 需求 簡介 使用者自己也不知道自己需要什麼，也不知道自己的需求。使用者提的意見，可以說絕大多數是沒有意義的 而使用者的需求，必須由你詳細考察使用者的工作過程才能搞清楚。軟體要做好，才有資格聽取使用者意見。別把使用者反映的產品的問題和缺陷當作...
談談產品和專案
做產品和做專案,網上有人給出來個很貼切的比喻 乙個是做成衣生產商,乙個是做量體裁縫店.1.面向的主體上,產品面向市場,專案面向特定客戶 產品要做好,需要引領潮流,領導市場.市場占有率越高,產品就越成功.要做產品,首先要了解客戶的需求,市場的變化,然後將這些東西抽象出有普遍適用價值的需求,然後根據這個...
談談需求的變更
本來只想寫一篇的，沒想到寫著寫著就成了系列了。關於這個系列的前兩篇文章 談談專案的開發 談談專案的執行 在寫這篇文章之前，先答覆一些朋友的疑問，專案的開發，有沒有必要到那以細呀？究竟有沒有必要，見仁見智吧，畢竟每個管理者在管理時所面臨的問題都是不同的。首先說說一名team leader往往會面臨到的...