這兩天新系統要正式上線了,從昨天下午一直到今天的下午,在連夜上線.雖然辛苦,但心裡實在憋屈,不吐不快
需求,該死的需求,這是我唯一的想法,我剛到公司時,在了解了公司的現狀後,就感到很是鬱悶,不為別的,要做東西,需求 很多時候只是口頭確認下,還可能隨時修改.看著忙碌的同志們,不由的糾結.這不都要上線了,今天大領導一句話把我說暈了,我幾個月前就是要做成這樣,而不是這樣.我胸口不由一陣發堵,早幹什麼去了,難道我沒有跟你確認過,現在才說,這孫子.
這兩天我感覺,世界都是灰暗的,一想到領導那臉色我都不想刁他.心裡真是特別想直接甩手走人,太難伺候了.
不爽歸不爽,但憑心而論,自己也是有責任的,現在我負責的東東,是同事離職後轉交給我的,而去年剛好我又是結婚的年份,事多,而同事走後,我自己花了很長時間來了解他的東東,說句實話,能吃透就不錯了,再有新的需求,那也得系統上線後了.
作為多年的開發人員,我個人總結了一下這次的教訓,跟大夥交流下了:
1.首先需求的東西真的應該花時間整理,那怕是確定一部分,做一部分.有了需求文件,才能讓所有的開發人員確認要做什麼,測試人員要測試什麼,而不是到了後期,大的罵小的,小的心裡不爽,直接影響工作.需求的確定,個人認為,原型法是比較合適公司用的,用原型確認需求後,再真正開始後面的步驟.
2.老員工,尤其是在公司的多年的老員工,應該積極的投入到需求的確認中,而不是倚老賣老,一副很刁的樣子,對公司非常不利.
3.新員工,應該多主動去接觸公司的業務,當然如果有公司的老員工帶就最好了.我個人認為如果老員工符合上面說的第二條,我認為這幾乎是致命的,這就導致了一些東西,只能某個人搞,是體現了你的價值,但對公司非常不利,試想,如果這樣的話,新鮮的血液如何注入公司,公司如何發展??我個人推崇交流,不喜歡封閉的環境.
4.領導,不要出了事情就噴員工,而是應該合理的溝通,畢竟人心不可失了.
需求管理隨筆
最近在工作中碰到了些需求上的問題，今天有感而發 需求獲取應該是主動的,不能等客戶來說，因為大多數時候客戶並不清楚他們的真正需求，需要由需求分析人員抽絲剝繭來逐步問出需求。在訪談前列出要問的問題，然後發給訪談物件，讓他事先對所問問題有個了解，以防出現訪談過程中過多出現 這個問題要仔細想想，等以後告訴你...
隨筆 需求 20201224
1.需求是什麼 2.如何分析需求 3.需求的優先順序 簡單來說，需求就是使用者問題。舉個例子 2010年，某個使用者在路邊打車，怎麼招手也沒有計程車可以停下。因為區域供給太少。這個時候使用者的問題，是希望能夠快速打到車，但是現實無法滿足。當你所在業務線人員較少時，很多需求都是你的一手需求，需求原因 ...
需求管理是需求開發的基礎
為什麼cmmi建議需求管理在2級實施 而需求開發在3級實施呢？以前看cmmi的時候對這個是有疑問的，但是當時問了其他人也沒有人很清楚，也就睜一眼閉一眼了。這次培訓後，我從 成熟的過程有利於新技術的引入 的思想中得到一些啟發，我覺得是不是cmmi認為，只有把需求管理做好了，做到了對需求管理理念的理解和...