首先宣告，我不是產品經理，也不是專案經理，對做產品、專案，我也不怎麼懂，我只是個程式設計師，現在我只是以「乙個程式設計師」自己的領悟，對乙個產品如何運作，說點流程問題：
1）產品前期，調研市場需求，確定此產品到底是不是適合做？產品的使用者群？產品的定位？產品所屬的行業？行業的背景？…..這些問題，我們必須要有個肯定的答案
2)確定做了。接下是不是就準備做的呢，我的理解肯定是「no」。因為需要擬一些「必須的」的文件，這些是總結，是可行性的總結，是需求的總結，是概要設計的總結，是詳細設計的總結，這些文件絕不是形式，在團隊內部是很有分量的，是前期工作的結晶，是為後期做準備的
3）此時，團隊人員的心態如何，是否都認可，是否都有一致的目標，是否都了解了產品的需求，是否對將要開發的產品充滿了信心，這些問題，我覺得是必須要知道的。專案經理，不就是管理、排程團隊的資源的核心人物嗎，但是如何能很好的排程呢，這些不需要知道嗎？？
4）其實，還有很多問題，還有很多未知的問題，但是，是否還需要慢慢地去調查，慢慢地去探索，這就是看，我們自己規劃的產品週期了。產品的乙個目標，是盡快地搶占市場，這是急迫的
5）此時，產品可能已經在開發之中了，開發中的「程式設計師」是有火花的。此時，不要壓制他們，讓他們提出心中的疑問、思想，因為這些很有價值。至於採不採取，當然需要商量，需要專案經理、產品經理自己去審度
6）在規定的週期內，產品是否已經開發完畢。此時，誰都知道，需要嚴格的測試：單元測試、功能測試、壓力測試等等。 沒有經過嚴格測試過的產品，你就能拿出給客戶用，你敢拿出去給客戶用？對，搶占市場很迫切，但是測試永遠很重要
7）銷售人員在銷售產品的時候，也會有想法，回來後，當然需要提出這些想法，但是此時產品經理，專案經理，又該如何去抉擇？這也是個很重要的問題。新的需求，經過商討，需要加，那就依然決然的加。但是加的時候，是否考慮到專案修改大不大，修改方不方便，當然易修改、易維護等等這些性質，在產品搭架構的時候，就應該去考慮
8）修改後的產品，是否需要測試，該怎麼測試？全部進行測試一遍，我覺得這也不可能。那到底該如何測試，該有怎麼樣的乙個測試方案呢，這些問題，當然應該交給「專業人士」——測試經理去考慮。在這裡，我也說說，我自己的想法。我覺得乙個合格的測試經理，必須了解，他將要測試的這個產品的需求，此時，那些「形式」的文件就起作用了。充分了解需求之後，是否可以將產品分為模組進行測試或者其他的方案。因為需求的變動頻率是很高的，所以，我必須思考該如何應對？
乙個技術人員的感悟
轉眼間2013年已經過去，看到原子裡好多人都在寫2013年的感悟 總結之類的，我心思我得寫點什麼了。掐指算來已經畢業工作5 6年的光景，說點好聽的自己是個技術人員，不如說自己個是在it行業的打雜人員。網路 程式設計 系統每一樣都有接觸，但是沒一樣精通。或許是與自己所處的環境有關，也或許是與自己的性格...
想成為乙個優秀的技術人員
找工作的這幾天，收穫頗多。思考得最多的問題可能就是對未來的乙個規劃。無意中看到下面幾條經驗，發現和自己想的也差不多，就分享出來。我要求自己做到這些，同時也希望對您也有所幫助。1 保持學習 乙個非常重要的觀點是 如果你停留在乙個地方不前，並不代表你能一直呆在那裡，而是代表你正在落後 不進則退 往前進並...
學會成長，乙個技術人員的的思考
成長是幸福的，同時也是艱辛的，相信所有的行業從業者都有一番自己的感慨，而對於我，乙個執著於技術的小人物，依舊有屬於自己的點滴。從wince到linux，到windows mobile 再到android，一切可以說是某種偶然，但卻又彷彿注定一般，與其說是我選擇了自己的發展之路，倒更像是行業的發展決定...