Fw: [問題] 一個專案的流程應該如何規劃?

看板Soft_Job (軟體人)作者 (藍憶)時間14年前 (2012/01/01 22:34), 編輯推噓4(4019)
留言23則, 4人參與, 最新討論串1/2 (看更多)
※ [本文轉錄自 java 看板 #1F06p7f6 ] 作者: jacky951 (藍憶) 看板: java 標題: [問題] 一個專案的流程應該如何規劃? 時間: Sun Jan 1 22:25:05 2012 版上先進大家好:   我這邊有一些想法不知道該去哪邊討論, 由於自己是以JAVA為程式的底子,因此就先PO在JAVA版, 如有不妥,還請版主告之,我將自刪。 /** -----------------分隔線-------------- */   出來社會一年了,很慶幸自己一開始就接觸到的是一個很大的案子 但也因為是大案子,因此很多流程沒有資格參與,只能做個小小的PG。 (雖然因為團隊關係,可能還要身兼SA的工作,讓我對其他Code跟一些邏輯有加強) 最近因為一些人生的規劃,想要出國去晃晃走走。 但又不想程式能力就這樣停滯不前了。 所以想在出國的這段期間,將我腦袋中的一些想法把它實作出來。 但…問題來了。 我根本不知道該如何下手?我腦袋有想法, 可是我沒辦法有系統的將想法轉換成專案文件 過去在學校的時候雖然有學到要利用一些方法先 需求分析 → 程式撰寫 → 系統維護 → LOOP 的簡單流程 但真正要實行時,卻又無處下手。 光需求分析我就不知道該如何將我的想法有系統的記錄下來跟檢視 在學校小小的程式可以try and error 而跳過需求分析這部分 但我不想這種沒有規劃性的刻程式,想到什麼補什麼的寫法 所以冒昧的請教版上的先進們, 你們都是如何將自己的想法付諸實現呢? 又或者哪邊能讓我自己爬文學習呢? 我在版上/專案 /流程 /需求 都沒有找到我要的… 因此才提出這樣的問題… 還請先進們包容與解惑。 -- 當你有責任心的時候 你會想把事情做到完 當你有羞恥心的時候 你才會想把事情做到完美 -- ※ 發信站: 批踢踢實業坊(ptt.cc) ◆ From: 111.249.186.223

01/01 22:26, , 1F
很多流程沒有資格參與只能當小小pg,但是又要身兼sa?
01/01 22:26, 1F

01/01 2, , 2F
嗯… 要去看舊的Code去猜業務邏輯 雖然不用寫spec,但是
01/01 2, 2F
但是要將邏輯轉成新的程式呈現(目前專案是舊案翻新) 就我對PG跟SA的認知應該是 SA寫SPEC,然後PG照著KEY SA要負責了解整個專案的業務邏輯,將業務邏輯轉成虛擬碼記錄 而PG則是將虛擬碼改成程式語言 (不知道我這個認知有沒有錯?還請指導建議。

01/01 22:29, , 3F
總覺得哪邊怪怪的:S
01/01 22:29, 3F
※ 編輯: jacky951 來自: 111.249.186.223 (01/01 22:33) ※ 發信站: 批踢踢實業坊(ptt.cc) ※ 轉錄者: jacky951 (111.249.186.223), 時間: 01/01/2012 22:34:51

01/01 23:00, , 4F
SD 怎麼不見了.....怪怪的就是你應該是PG兼SD吧!
01/01 23:00, 4F

01/01 23:14, , 5F
XD 寫錯了 XDDD
01/01 23:14, 5F

01/01 23:33, , 6F
SA我的看法不太一樣 SA是將業務邏輯轉系統邏輯!
01/01 23:33, 6F

01/01 23:34, , 7F
而SD是將系統邏輯轉成系統文件 而PG是將系統文件轉程式碼
01/01 23:34, 7F

01/01 23:34, , 8F
只是一般都把SD和PG合併 所以你才會碰到要寫文件
01/01 23:34, 8F

01/01 23:35, , 9F
你找不到資料是正常的,因為文件本來就是你懂我懂就好了
01/01 23:35, 9F

01/01 23:35, , 10F
所以你就先大約寫然後去問看不看的懂 不懂就再修 .....
01/01 23:35, 10F

01/02 01:07, , 11F
不好意思,請教樓上a大,SA將[業務邏輯轉系統邏輯]的產出是什
01/02 01:07, 11F

01/02 01:07, , 12F
麼? SA跟交給SD什麼東西, 讓SD去產出系統文件?
01/02 01:07, 12F

01/02 01:07, , 13F
01/02 01:07, 13F

01/02 14:03, , 14F
第一步是把你工作上看過的文件格式什麼的全部都忘掉,那是
01/02 14:03, 14F

01/02 14:05, , 15F
再來第二步是把你腦裡想的用你會或習慣的方式,寫成你自己
01/02 14:05, 15F

01/02 14:06, , 16F
看的懂的東西, 通常在這個階段, 原本你想的不夠清楚,不夠
01/02 14:06, 16F

01/02 14:07, , 17F
完整的東西, 會在這個階段變的比較清楚和完整
01/02 14:07, 17F

01/02 14:08, , 18F
最後, 在你確認你所構思的東西沒有遺漏的完整呈現後, 再開
01/02 14:08, 18F

01/02 14:10, , 19F
始根據你寫出來的東西, 重新按照標準來重新製作標準化,能
01/02 14:10, 19F

01/02 14:11, , 20F
夠流通在各部門間讓所有工作夥伴看懂的文件表單
01/02 14:11, 20F

01/02 14:11, , 21F
以上的步驟 run 幾遍後, 寫這些東西對你來說就不是問題了
01/02 14:11, 21F

01/02 14:13, , 22F
你自然而然也就有能力進行專案的規劃了
01/02 14:13, 22F

01/02 14:14, , 23F
不過切記一點, 在絕大多數情況下, 這些做好規劃好的東西一
01/02 14:14, 23F

01/02 14:14, , 24F
定會被/需要拿來改的, 所以適度的保留可編修的彈性是必要
01/02 14:14, 24F

01/02 14:16, , 25F
的,而這彈性要如何拿捏, 就要看你實務經驗的累積了,加油!
01/02 14:16, 25F

01/02 14:51, , 26F
感謝回覆!我會多努力嘗試的!
01/02 14:51, 26F
文章代碼(AID): #1F06yD1_ (Soft_Job)
文章代碼(AID): #1F06yD1_ (Soft_Job)