原创 項目過程管理（十三）測試報告
原則 最終目標不是故意找茬，而是讓管理者知道哪個環節有問題，能及時做調整 要能反映質量，不要寫成在描述需求或業務 質量問題要具體到職能或人；不能模棱兩可，看不出誰要爲問題負責 記錄測試手段，爲線上故障的漏測找依據 郵件通知 收件人
2019-02-28 22:34:48
原创 項目過程管理（八）延期和需求變更
延期 有延期風險時應及時通知項目經理，並由項目經理組織各負責人確認是否延期。 最終由項目經理髮出郵件，列明延期原因、修改後的里程碑時間，同步更新文檔。 郵件標題：【項目延期】xxx項目延期說明mmdd 需求變更 通知規則： 必須
2019-02-28 22:34:48
原创 項目過程管理（九）設計師規範
前置說明 這裏只關注影響合作的規範，跟“好不好看”有關的標準是設計師內部的專業規範，這裏不涉及。 對設計師的要求，可參考《程序員眼中最牛的UI設計師是怎樣的？》 設計圖規範 預審的目標是讓負責人評估可行性，設計稿着重表達出樣式的位
2019-02-28 22:34:48
原创 項目過程管理（十四）驗收、發佈、上線
驗收者 產品、UI、後臺系統使用者（運營、客服、風控等） 驗收進入條件 測試流程結束的下一步是驗收。進入驗收的最理想標準是所有bug都已關閉。 如果時間緊張，可以放寬到 同時滿足 這兩個條件： 優先級爲“下次提測前解決”的bug都
2019-02-28 22:34:48
原创 項目過程管理（六）需求評審和工作量評估
兩輪評審 流程： 預審：產品提前2小時發出通知和初稿（不需要完善細節，可以只是原型），召集主管或負責人預審。未必需要開會，只要每個人能確認需求沒大問題就好。 全體評審：產品提前1天發出通知和需求鏈接（設計師已出完初步設計圖），全體人
2019-02-28 22:34:48
原创 項目過程管理（七）排期和立項
術語解釋 里程碑（時間）：重要的時間節點，例如提測、發佈。來自英文milestone。 風險點：任何可能造成項目延期的事項 立項：經過核心和高優先級的全體需求評審後，由項目經理收集各職能的工- 作量、風險、所需資源評估，協商得出里程
2019-02-28 22:34:48
原创 項目過程管理（五）需求文檔
寫作說明 寫作思路和本模板的設計原理，請參考《如何寫出受技術歡迎的需求文檔》。 實際的示例，可參考《倒推盒馬鮮生App產品需求文檔》。 額外的要求： 文檔的標題是1句話，跟需求總表裏的一致。 需求描述的基本要求：條理清晰，邏輯嚴謹，
2019-02-28 22:34:48
原创 年會抽獎程序：200行HTML+JavaScript寫個桌面程序
需求分析 多輪抽獎，每輪只有3個環節：展示獎品圖，人名閃動，停止閃動確定中獎名單 中獎分級，例如試用期員工不能中二等獎或以上 每輪抽獎的中獎人數不同。每個人只能中一次獎 可臨時加場，現場輸入獎品名、數量。額外窗口輸入，避免被觀衆看到
2019-01-05 23:53:54
原创 團隊開發如何評估工作量
先劃分出各端（前端、客戶端、後端），每個端單獨評估。需要時間最長的端即爲研發所需的最少時間。 對每個端評估時，列出參與這個項目的所有人員。爲了便於描述，我們把其中技術能力最強或工作效率最高的人稱爲 A。 A 一天（除去加班、小憩時間）
2018-12-27 02:51:06
1
原创 Web API規範設計指引
關於RESTful 應認真考慮要不要使用RESTful規範，不要盲目跟風。它的缺點在小公司裏特別明顯： 高度抽象，需要一定的設計能力。初級程序員很容易破壞整體設計，這不可能都被Review到。接口使用者也未必能做好反饋 需要對HTT
2018-12-27 02:51:06
原创 移動App模塊化設計
三層架構 基礎層：構建程序骨架，處理原始數據的IO 業務層：控制數據流並進行加工 UI層 層次不等於文件組織，也不等於模塊劃分。一般按照界面劃分模塊後，同屬該模塊的業務層和UI層都放在同一目錄下（還可以有子目錄）。一個模塊不會被層
2018-12-19 12:22:21
原创 如何做好迭代規劃
互聯網產品的迭代速度越來越快，大家都想搶佔市場，那麼怎樣纔是正確的打開方式呢？ 確定迭代節奏 如果產品已經進入維護階段，即無論搞什麼都不會造成利潤大幅變動，那大家可以輕鬆點，每個需求都不限時，做完爲止。在前中期，爲了配合快速迭代或敏捷
2018-12-14 22:34:13
原创 需求評審的關注點
評審的目標是在寫代碼前發現所有的問題。不要吝惜把時間花在前期的溝通上，這能減少中後期的意外，不耽誤最終的發佈時間。我們可從這些思路出發來發現問題。 文筆 錯別字，特別是界面上的文案。例如，登陸->登錄 歧義 表達不清，模糊 沒有統一
2018-12-01 00:13:00
原创 程序員眼中最牛的UI設計師是怎樣的？
UI設計師是唯一要和程序員合作的設計師職業，我們看多了相互取笑的段子，那麼怎樣的UI設計師會是程序員眼中最牛的呢？這其中有3個層次。 1.懂UI 沒錯，首先是懂UI。UI設計師設計的是人機交互界面，界面的載體是設備。這是區別於其他設計
2018-11-25 22:24:09
原创 如何寫出受技術歡迎的需求文檔
綜述 正如我們做出來的產品都希望受用戶歡迎，開發和測試是需求文檔的用戶，產品經理也應該重視他們的想法和要求才能寫得令人滿意。 “寫需求文檔”說專業點是把用戶（或運營、客服等）的需求轉化成技術部門的話語，因此瞭解技術術語是產品經理的基本
2018-11-04 15:42:19