事情是這樣子的，我們打算迭代開發這個功能，新增5個功能點，頁面算是重做，新增兩個狀態。所以我打算重構這個功能，原因有二，其一因為之前版本**臃腫，不適合查詢問題，而且存在許多使用問題；其二因為修改的東西有點多，所以得重構，用之前的**無法完成和修改使用。由於關係到公司隱私問題，這裡不貼出相關設計原型，並沒有各種文件。
當然，重構後的**還是滿意的，畢竟減少了接近2000行的**，功能分類，相關備註都有
下面我會通過：工作實際時間、加班時間、存在的問題、問題解決方案、開發流程和我的開發流程設想、以及開發過程中的小插曲來進行分析這次的任務
工作實際時間和工作
我的工作實際時間和工作
第一周1.完成總進度的百分之50，總體頁面框架和實現，以及其中的流程功能操作
第二週1.其他專案插入
2.完成總進度的72%
第三週1.前兩天半時間其他專案介入，完成。
2.完成總進度的92%。
3.第三天下午討論新增功能點，專案流程大改，並且pc端顯示頁面重畫。
4.由於個人為了讓幾個展示頁面格式和顯示風格統一，未按照需求頁面開發，重新編輯**
第四周1.完成總進度的99%。
2.並且討論流程控制需求，未記錄
第五周1.測試並且修改bug和優化顯示，由於之前討論結果沒有及時儲存，只能通過我寫開發流程編輯草稿式的測試用例
第六周1.過產品驗收確認，優化，加需求和修改需求，有幾個流程控制中途討論結果未及時更新，導致返回討論前的需求，pc端審核頁面沒畫。
2.開啟另乙個小任務並且完成
第七周1.優化和新需求，其他專案幾個小bug，周五還在加需求，並且還有乙個小需求未完成下個版本迭代。
2.產品驗收。
第八周功能上線...
加班時間（這裡我採用未加班加班的時間，以九點半以上為準）
未加班時間（周記）
第一周周
一、週三
第二週周五
第三週第四周
周二、周五
第五周第六周
周一、周四、周五
第七周周
一、周五
第八周...還沒到
通過每週執行和加班的時間分析存在的問題：
1.沒有乙個明確的研發流程
2.產品設計不夠詳細，功能點不明確
3.頻繁修改和新增需求
4.討論沒有做記要，導致測試和驗收流程不吻合
5.研發人員有模糊功能未按照產品設計原型開發
6.測試用例未及時整理
7.測試人員提需求未記錄儲存，與產品驗收衝突
8.產品人員未和測試及時溝通需求，測試用例有偏差
9.研發人員細節修改未記錄
針對以上描述的問題，我的解決方案如下：
1.產品設計的詳細設計應該和開發人員，測試人員，市場人員共同確認，編寫詳細開發文件，測試用例，市場描述文件
2.需求和文案修改或者新增，訊息聯動，產品，市場，研發，測試。並且記錄在下乙個版本迭代翻案中
3.對於研發時需求修改，如果是特別需求必須在研發過程中修改或者是發現重大問題下，可討論並且記錄下來，然後**調整。並且修改需求記錄下來，測試和市場文件修改
4.對於研發人員，不可直接修改需求和設計，需要修改的地方開會討論或者下個版本迭代。功能邏輯理清
5.對於產品設計，設計人員盡可能詳細的描述功能點和操作，相關人員必須明白這個功能幹啥的，這個標誌放到這裡的作用，甚至可以細緻到顏色和畫素的描述
6.對於測試人員，測試用例文件應當在研發結束之前應該出來；測試人員不能直接修改需求和新增需求，有問題及時反饋，研討這個需求是及時修改或是下個版本迭代
7.對於前端人員，我的前端工程師是最棒的，改？小意思給我一首歌的時間
下面是針對開發流程的分析和我的設想：
現在的開發流程：
產品設計～產品評審～開發（改需求）～測試（改需求）～改bug（改需求）～產品驗收測試（改需求）～最終改bug（提需求）～產品上線
1.這裡我們可以明確的發現幾個問題，就是在開發過程中不斷的提需求改需求，夾雜這產品和測試的需求，這樣大大的延長開發時間；
2.有時候會因為產品和測試提的需求沒有及時把訊息傳遞到整個團隊和原型設計裡面去，導致測試和產品的的需求有出入，所以產品驗收的時候已產品設計為標準；
3.需求設計未明確所以開發延長開發周期；
我建議的開發流程：
產品設計～詳情設計（包括產品的細節設計，產品協助測試寫好測試用例以及細節，運營人員寫好使用說明文件和宣傳文件，研發人員的用例圖和**設計和資料庫設計）～開發～測試和產品驗證～產品上線
所有的修改需求和新增需求下個版本迭代，除非有特別涉及到影響使用流程的需求。影響流程的問題提早發現會減少開發時間，問題發現得越晚，修復時間越長。產品迭代的需求以及優化部分，需要詳細的記錄以免忘記自己的設想，可以通過訪問客戶建議以及團隊討論方式開啟迭代方案（需要參與人員：開發人員，測試，產品，市場人員以及運營人員），最好要有市場調研結果（這個可以省略，但是涉及到操作習慣或者流程發生改變的情況下這是必須的），做好會議記要。
業務開發的思考與提公升
業務開發 永遠被業務驅使或者 越來越忙，支援業務越來越疲於奔命。產品 業務上線快，bug也很多。這可能是大多數業務開發的寫照吧，換了份工作之後，自己也是一直在寫業務相關的東西，想說說最近業務開發的經歷 經常做的是熟悉需求 梳理業務 新的，舊的系統功能點 討論 寫 而寫業務 基本上用到的都是公司封裝好...
WEB前端開發的思考與感悟
最近幾年對於web前端的傳聞很多，比如人才稀缺，簡單易學，待遇豐厚，整體勢頭發展良好等等。遇到過乙個不太熟搞後台開發的同事跑來問我學習前端需要掌握哪些內容，也聽說過乙個搞ios開發準備自學前端半個月然後要去找前端工作，也曾看到過有人對前端市場人才的稀缺這樣吹捧過 現在，幾乎整個網際網路行業都缺前端工...
WEB前端開發的思考與感悟
最近幾年對於web前端的傳聞很多，比如人才稀缺，簡單易學，待遇豐厚，整體勢頭發展良好等等。遇到過乙個不太熟搞後台開發的同事跑來問我學習前端需要掌握哪些內容，也聽說過乙個搞ios開發準備自學前端半個月然後要去找前端工作，也曾看到過有人對前端市場人才的稀缺這樣吹捧過 現在，幾乎整個網際網路行業都缺前端工...