Re: 軟體開發流程 - PMP
By Todd Johnson
at 2008-12-10T18:46
at 2008-12-10T18:46
Table of Contents
這個流程比較嚴謹,可以刪減一些步驟
若是你知道這是哪間公司的流程,也請不要說喔 XD
(部門名稱都用代號說明)
● 參與份子
A. RD部門
單純的研發新產品,或是研發新版本的舊產品
在研發過程中,對任何技術有關的部分負責。
B. QA部門
這不用多說嚕
C. 人機介面部門(包含美工、Manual、說明、檔)
負責軟體的介面設計、使用者執行的流程與順序、整體美工架構、Localization、
所有的訊息、文字與軟體中的任何互動與反應、設計usability test、分析使用者
的feedback
D. 外部PM部門
主外,是既有客戶的窗口,需要與H合作,瞭解市場需求去定spec,同時要跟C合作
蒐集客戶對舊版產品的feedback,才能開出適合市場、符合需求的spec
對內,只面對內部PM,將milestone提供給內部PM
E. 內部PM部門
專案執行中,內部執行的品質與時程的控制,spec的變更決定(也需與外部PM討論)
他對外部PM負責
F. 內部效率分析評估部門
主要針對A與B的效率作分析與評估
G. 舊產品維護部門
G中也分RD與QA部門。主要負責已上市產品的維護,包括bug與出hotfix。
也要解決客戶在產品使用上的問題,但並不是第一線面對客戶的人。
H. Marketing部門
產品行銷、包裝、對市場的分析...
I. Sales部門
負責賣產品,開發案子,之後就交給D
J. 謎樣部門
我雖然有跟他們合作過,但是還是不太清楚他們的R&R到底是什麼
● 簡略步驟 (只說從無到有的部分)
1. 老闆有新點子、就版進新版、市場新需求..等,開始
2. 老闆抓D與H還有I來評估這個案子的可行性、其他細節(行銷..等)與時程
3. 決定跑後,D與C與H三方討論出spec (D與H是主要)
4. D開endorsement meeting,參與者包含A與B主要負責專案的頭,E與C的designer
還有F與G
5. A帶領手下的人思考要怎麼做,若要用新技術,則開始study
6. C將prototype做出來,同時對user做usability test,分析那邊需要改進
7. 改進後給D確認,D將prototype demo給老闆與H看,老闆說OK,則H去想該怎麼行銷
要不然根據老闆的意見C再去微調
8. D與E確定專案的milestone
9. prototype確定後(第5項持續進行),由C demo 給A與B與E看
10. A針對即將要做的東西去思考如何做出來,以C設計的為主
同時E告訴A與B專案預估時程之後,E與A與B再針對milestone去詳細分配人力
11. 人力不足或是有任何問題A與B這時要反映給E,由E去跟D與老闆協調,調配資源
12. 都OK了,A開始做,B開始測,A有interaction的問題C來回答
A有實做上的問題,由A與E與C討論是否可以變更設計
13. 在12進行的同時,C的人會與A co-work
14. 在12,13進行的同時F加入進行收集資料與分析,同時H準備之後上市的動作
15. 過程中有問題,主要由E來協調與決定
16. 給客戶試用後沒問題,E交差,D與H將產品的包裝給老闆過目,看有什麼要修正的
17. 16的同時A對G進行交接,但在上市前的問題仍然由A解決
18. F對A與B的效率進行分析,交給A與B的頭,還有其他相關的人
19. 上市,有問題由G負責處理。
20. END
這只是很粗略的描述一下專案進行的過程,有問題不要問我,因為我說太多了 XD
※ 引述《smallwo (全身痠痛啊)》之銘言:
: 想請問版上的PM們
: 不管是軟體廠商的PM或是硬體廠(系統)的SW PM
: 想請問一下各位的公司在開發應用程式時的流程會接觸到哪些部門啊
: RD TESTING不用說
: 我滿好奇在產品構想的前期 會把行銷還有一些做使用者經驗相關的部門拉進來嗎
: 會經由哪些步驟去評估是否有開發的價值
: 還是說RD想做甚麼 就做甚麼 做出來再看看要往什麼市場區隔塞 XD
--
若是你知道這是哪間公司的流程,也請不要說喔 XD
(部門名稱都用代號說明)
● 參與份子
A. RD部門
單純的研發新產品,或是研發新版本的舊產品
在研發過程中,對任何技術有關的部分負責。
B. QA部門
這不用多說嚕
C. 人機介面部門(包含美工、Manual、說明、檔)
負責軟體的介面設計、使用者執行的流程與順序、整體美工架構、Localization、
所有的訊息、文字與軟體中的任何互動與反應、設計usability test、分析使用者
的feedback
D. 外部PM部門
主外,是既有客戶的窗口,需要與H合作,瞭解市場需求去定spec,同時要跟C合作
蒐集客戶對舊版產品的feedback,才能開出適合市場、符合需求的spec
對內,只面對內部PM,將milestone提供給內部PM
E. 內部PM部門
專案執行中,內部執行的品質與時程的控制,spec的變更決定(也需與外部PM討論)
他對外部PM負責
F. 內部效率分析評估部門
主要針對A與B的效率作分析與評估
G. 舊產品維護部門
G中也分RD與QA部門。主要負責已上市產品的維護,包括bug與出hotfix。
也要解決客戶在產品使用上的問題,但並不是第一線面對客戶的人。
H. Marketing部門
產品行銷、包裝、對市場的分析...
I. Sales部門
負責賣產品,開發案子,之後就交給D
J. 謎樣部門
我雖然有跟他們合作過,但是還是不太清楚他們的R&R到底是什麼
● 簡略步驟 (只說從無到有的部分)
1. 老闆有新點子、就版進新版、市場新需求..等,開始
2. 老闆抓D與H還有I來評估這個案子的可行性、其他細節(行銷..等)與時程
3. 決定跑後,D與C與H三方討論出spec (D與H是主要)
4. D開endorsement meeting,參與者包含A與B主要負責專案的頭,E與C的designer
還有F與G
5. A帶領手下的人思考要怎麼做,若要用新技術,則開始study
6. C將prototype做出來,同時對user做usability test,分析那邊需要改進
7. 改進後給D確認,D將prototype demo給老闆與H看,老闆說OK,則H去想該怎麼行銷
要不然根據老闆的意見C再去微調
8. D與E確定專案的milestone
9. prototype確定後(第5項持續進行),由C demo 給A與B與E看
10. A針對即將要做的東西去思考如何做出來,以C設計的為主
同時E告訴A與B專案預估時程之後,E與A與B再針對milestone去詳細分配人力
11. 人力不足或是有任何問題A與B這時要反映給E,由E去跟D與老闆協調,調配資源
12. 都OK了,A開始做,B開始測,A有interaction的問題C來回答
A有實做上的問題,由A與E與C討論是否可以變更設計
13. 在12進行的同時,C的人會與A co-work
14. 在12,13進行的同時F加入進行收集資料與分析,同時H準備之後上市的動作
15. 過程中有問題,主要由E來協調與決定
16. 給客戶試用後沒問題,E交差,D與H將產品的包裝給老闆過目,看有什麼要修正的
17. 16的同時A對G進行交接,但在上市前的問題仍然由A解決
18. F對A與B的效率進行分析,交給A與B的頭,還有其他相關的人
19. 上市,有問題由G負責處理。
20. END
這只是很粗略的描述一下專案進行的過程,有問題不要問我,因為我說太多了 XD
※ 引述《smallwo (全身痠痛啊)》之銘言:
: 想請問版上的PM們
: 不管是軟體廠商的PM或是硬體廠(系統)的SW PM
: 想請問一下各位的公司在開發應用程式時的流程會接觸到哪些部門啊
: RD TESTING不用說
: 我滿好奇在產品構想的前期 會把行銷還有一些做使用者經驗相關的部門拉進來嗎
: 會經由哪些步驟去評估是否有開發的價值
: 還是說RD想做甚麼 就做甚麼 做出來再看看要往什麼市場區隔塞 XD
--
Tags:
PMP
All Comments
By Christine
at 2008-12-11T19:26
at 2008-12-11T19:26
By Frederic
at 2008-12-12T04:50
at 2008-12-12T04:50
By Bethany
at 2008-12-12T08:51
at 2008-12-12T08:51
By Eden
at 2008-12-13T22:02
at 2008-12-13T22:02
By Donna
at 2008-12-15T22:52
at 2008-12-15T22:52
Related Posts
可恨的雙面人業務!
By Donna
at 2008-12-09T21:10
at 2008-12-09T21:10
可恨的雙面人業務!
By Agatha
at 2008-12-09T11:35
at 2008-12-09T11:35
可恨的雙面人業務!
By Quanna
at 2008-12-09T01:41
at 2008-12-09T01:41
可恨的雙面人業務!
By Emma
at 2008-12-07T13:39
at 2008-12-07T13:39
可恨的雙面人業務!
By Andrew
at 2008-12-06T23:03
at 2008-12-06T23:03