2023年8月15日，我休假回到公司，四川分支crm行業部進行了四維分工，我分在了需求組。組長徐茜之前已經與我溝通過需求組具體的工作明細，但自己心裡還是很擔心，是否能做好這份新工作，畢竟自己以前都是做的開發工作，接觸的都是**，很少編寫文件；不過我還是很高興，新的工作具有挑戰性，可以更好的鍛鍊自己各方面的能力；
首先我檢視了一些以前同事寫的需求分析文件，從中積累一些好的經驗，比如如何描述需求要點，如何繪製流程圖等；
然後給自己制定了工作要求，明確使用者需求、不遺漏需求點、對需求進行分析、提出自己的意見和建議、輸出需求規格說明書給開發人員；就這樣我井井有序的開展著自己的新工作，本以為自己已經做的夠細緻了，幾周下來還是出現了不少問題。需求規格說明書寫的不夠細、自己寫的需求規格說明書開發人員看後理解的與需求原意不一致、測試上線開發點不齊全、設計需求時未考慮到後期的維護使維護工作增多、需求不能按照之前與使用者指定的時間上線等；對於這些問題，自己進行了深入的思考，如何避免這些問題的出現；深思後發現大家好像缺乏溝通，需求的每乙個環節沒有貫穿起來，每個環節似乎都斷開了，不像以前乙個需求自己與使用者溝通、自己開發、自己測試、上線，整個環節都在同乙個人的掌控中，時間也是由自己安排；
作為需求分析負責人，自己是不是應該貫穿整個需求，而不僅僅只是把輸出需求規格說明書作為乙個需求分析工作完成的目標呢？
首先溝通，與使用者溝通，明確需求要點，不僅需要聆聽使用者的需求說明，還要懂得在使用者已說明的基礎上進行拓展，發掘客戶沒有講出來的潛在需求。在已有業務的基礎上進行模擬業務流程，分析業務是否走的通並且有無邏輯上不合理的地方。發現問題，及時與使用者溝通，及時修改需求；與開發組長溝通，明確開發人員和上線完成時間；與開發人員溝通，使開發人員知曉需求要點，自己更好的完善需求分析規格說明書；與測試人員溝通，需求測試要點，判斷需求上線的標準；與維護人員溝通，對應需求的維護工作如何開展等；
其次就是協調，開發時間的協調，如果使用者同時有幾個需求都要求比較緊急，那麼需要我們協調使用者是否能將這些都很緊急的需求排乙個優先順序；需求要點協調，如果兩個需求都要修改同乙個模組的**，那麼為了保障程式版本問題，需要協調將兩個需求開發時間錯開；以及當維護人員發現模組bug時，需要協調使用者發起對該bug的優化；
有時還需要引導，引導使用者走向有利於系統開發的軌道上，使用者的一些需求，有些對整個業務其實可有可無，如果在實現起來很麻煩的話，可以引導使用者取消這個需求，避免對系統大的改造影響了其他正常的業務，也浪費了開發人員的時間。如果系統本來就已經具備的功能，那麼就要引導使用者復用該功能，使系統可以最大程度的復用原來的功能。提高系統的**的使用率，同時提高我們的工作效率。
最後就是完善，完善我們編寫的需求規格說明書，可以使用需求用例、業務邏輯圖、辦理流程圖、**、介面**等對需求進行說明，使需求規格說明書簡單易懂，避免歧義；
這一年的需求分析工作，使自己對該工作有了更多、更深的認識；不僅要認真，還要有細心、耐心、有責任感；不僅要考慮當前的需求，還要分析系統已經具備的和將來需要支撐的；希望通過自己的努力，能將需求分析工作做的更好；
採購的一點心得
一 採購運營遵循的原則 採購就是要在適當的時間以適當的 從適當的 商購買到所需數量的商品的交易活動。要遵循以下原則 1.適價，是採購活動中關注的焦點，物料的 與該物料的種類 是否為長期購買 是否為大量購買，以及市場當時的供求關係有關，同時與採購者對該物料的市場狀況是否熟悉有關係。2.適質，不重視品質...
分析百度攻略的一點心得
在官方近期發布的web2.0反垃圾攻略當中，給我們個人站長帶來了很大的啟發，在攻略當中詳細的說明了哪些是屬於垃圾內容 哪些是屬於垃圾鏈結，這些反垃圾攻略也提醒了個人站長做 應該以使用者體驗為主，以下是我個人對web2.0反垃圾的一些心得與見解。第一 關於內容方面 內容一直都是困擾著站長 並且是最頭疼...
高效課堂的一點心得
張春豔在近一段的學習中，使我對高效課堂有了進一步的認識，我覺得它主要是指教學過程的最優化，教育效果的最大化。是每一位教師不斷追求的目標，是師生的共同進步，是知識和素養的共同提高。所謂的高效課堂，就是指高效率的課堂，這樣的課堂才是時下最需要的，才是順應局勢發展的，只有課堂效率，提高了，才能保證學生的學...