「專案」按規模大小劃分：
「專案」按時間劃分：
「專案」按生命週期劃分：
「迭代」通常指的是專案活動開展後，組織不斷對其進行功能的調整、豐富等一系列活動，使專案的特性得以滿足使用者所需，或組織對其專案的特性定義。
在網際網路產品中，就是對軟體功能模組的特性進行調整、豐富等。如「營銷功能三期-支援紅包消費」、「支付系統二期-支付閘道器優化，智慧型路由演算法」等等。
「版本」在軟體產品中即某專案不斷的進行迭代公升級，其可與「迭代」一對一，也可以與「迭代」一對多，常規意義上，即是「迭代」的合輯，其背後對應的軟體邏輯為「產品公升級」，依據則為「版本號」。
也就是說：乙個特性或多個特性合輯的迭代，一定在乙個具體的版本中，這個版本則提現在版本號中。
軟體產品公升級按方式劃分：
軟體產品的版本號規則參考：
版本產品 產品經理如何利用敏捷思維進行版本迭代？
如果你遇到以上乙個或多個問題，那麼多半是開發模式存在問題。敏捷，字面意思是迅速 靈敏的意思，如 行動敏捷 思維敏捷 敏捷通常用於描述快速而靈活的完成某件事情。敏捷開發，就是快速而靈活的完成開發。在幾十年前，網際網路專案剛剛起步的時候，做乙個系統需要幾個月或者幾年 這類專案，與傳統的建築或工業專案類似...
如何制定版本迭代的需求清單？
c端來說使用者畫像是個好東西，你能清楚的知道你的使用者定位，心理，偏好，基於資料可以分析出下一步的需求 b端來說使用者池是個好東西，需求反饋和客戶拜訪帶來的需求往往的是需要探尋背後業務深度的 需求從使用者來是需求構成的一部分。怎麼讓你的產品，feature或功能具備只被模仿不被超越的核心競爭力，往往...
產品經理如何合理制定產品版本規化？
這是在pmcaff上面看到的提問，提筆怒答！結果，結果才發現這是我在2017月8月1日註冊時自己的提問，現在看看我給出的答案 在商業行為中，所有的不以業務目標進行產品迭代的產品都是耍流氓，我就是為了情懷而做產品的狀況除外，情懷不能吃啊。1 從0到1的產品看痛點，實現產品價值。2 從1到10到100的...