查看完整版本 : 關於SA工作既問題!

wscking 2019-1-18 11:20 PM

關於SA工作既問題!

我本身係做SA,我既工作係同user 傾requirement之後寫番份functional spec俾programmer dup code. 但係每次都遇到麻煩煩users,同佢地做UAT個陣時,突然間又話想改少少requirement,例如個版面要再出多d records, 個image個樣唔夠靚又要改,個text field 要加validation,個input box 要加多幾行俾人入野等等。你地通常會唔會應承user去改?有d咩要留意?

java2 2019-1-19 11:48 AM

同佢講按流程, 每個change 寫份change request, 然后再分析改唔改 :smile_o13:

[quote]原帖由 [i]wscking[/i] 於 2019-1-18 11:20 PM 發表 [url=https://www.discuss.com.hk/redirect.php?goto=findpost&pid=493625546&ptid=27981642][img]https://www.discuss.com.hk/images/common/back.gif[/img][/url]
我本身係做SA,我既工作係同user 傾requirement之後寫番份functional spec俾programmer dup code. 但係每次都遇到麻煩煩users,同佢地做UAT個陣時,突然間又話想改少少requirement,例如個版面要再出多d records, 個image個樣唔夠靚又要改,個text field 要加validation,個input box 要加多幾行俾人入 ... [/quote]

異域灰師兄 2019-1-19 11:50 AM

[quote]原帖由 [i]java2[/i] 於 2019-1-19 11:48 AM 發表 [url=https://www.discuss.com.hk/redirect.php?goto=findpost&pid=493640991&ptid=27981642][img]https://www.discuss.com.hk/images/common/back.gif[/img][/url]
同佢講按流程, 每個change 寫份change request, 然后再分析改唔改 :smile_o13:

[/quote]
點樣去判斷個change request應唔應該幫user改?要d咩要留意?

我的無比膏 2019-1-19 11:53 AM

就算同一公司唔同team 都有唔同玩法,小野又有足夠時間,我個邊通常都接受,講真你對佢好時,當你有所要求時,佢都會幫番你

異域灰師兄 2019-1-19 12:02 PM

[quote]原帖由 [i]我的無比膏[/i] 於 2019-1-19 11:53 AM 發表 [url=https://www.discuss.com.hk/redirect.php?goto=findpost&pid=493641217&ptid=27981642][img]https://www.discuss.com.hk/images/common/back.gif[/img][/url]
就算同一公司唔同team 都有唔同玩法,小野又有足夠時間,我個邊通常都接受,講真你對佢好時,當你有所要求時,佢都會幫番你 [/quote]
有無d咩具體例子係咩清況下幫user改,係咩清況就唔幫?

我的無比膏 2019-1-19 12:11 PM

[quote]原帖由 [i]異域灰師兄[/i] 於 2019-1-19 12:02 PM 發表 [url=https://www.discuss.com.hk/redirect.php?goto=findpost&pid=493641669&ptid=27981642][img]https://www.discuss.com.hk/images/common/back.gif[/img][/url]

有無d咩具體例子係咩清況下幫user改,係咩清況就唔幫? [/quote]


不如你具體講下,你係in-house 或是vendor , 同user 關係好唔好,team structure 又係點

漆哥 2019-1-19 03:44 PM

同你改都得,要請食飯喎!
:smile_30:

gunbuster363 2019-1-19 04:14 PM

同USER傾改唔改都係你的工作來架
你話改, 就你下屬多左野做, 你又少左MAN DAY做其他野
你話唔改, 就睇你講唔講得掂USER
真係好緊要, 咪改LOR

bluto_hk 2019-1-19 05:11 PM

[quote]原帖由 [i]java2[/i] 於 2019-1-19 11:48 AM 發表 [url=https://www.discuss.com.hk/redirect.php?goto=findpost&pid=493640991&ptid=27981642][img]https://www.discuss.com.hk/images/common/back.gif[/img][/url]
同佢講按流程, 每個change 寫份change request, 然后再分析改唔改 :smile_o13:

[/quote]

呢個係理想化既情況,如果間公司真係講IT Standard,有PMO,根本就唔會出現樓主所講既情況.如果公司係冇呢D野,都唔論到一個SA講咩change request乜乜物物.user無賴d話以前都邊個邊個都無咁麻煩,d規矩唔邊個定架.你自己又處理唔好,你自己拿屎上身.

重點係唔同類,唔同級數既公司,玩法係唔同既.

wscking 2019-1-19 05:28 PM

[quote]原帖由 [i]bluto_hk[/i] 於 2019-1-19 05:11 PM 發表 [url=https://www.discuss.com.hk/redirect.php?goto=findpost&pid=493654066&ptid=27981642][img]https://www.discuss.com.hk/images/common/back.gif[/img][/url]


呢個係理想化既情況,如果間公司真係講IT Standard,有PMO,根本就唔會出現樓主所講既情況.如果公司係冇呢D野,都唔論到一個SA講咩change request乜乜物物.user無賴d話以前都邊個邊個都無咁麻煩,d規矩唔邊個定架.你自己又處理唔好,你自己拿屎上身.

重點係唔同類,唔同級數既公司,玩法係唔同既. ... [/quote]


唔該哂大家,講多少少background, 我本身係做銀行IT,我自己帶一條細team, under我有4位AP負責dup code,我公司本身係行PMO,我做緊既所有projects都有PM睇住。關於面對無賴users既清況,我係應該

叫users raise CR, 之後再諗下做唔做
自己決定幫user做
自己想盡一切辦法去推左個user
Escalate 俾PM

邊種做法係最好呢?

java2 2019-1-19 07:51 PM

呢D 野只能講經驗, case by case 唔同玩法.
一般來講小改唔影响dead line咪改比佢, 大改就企硬, 唔好又問我點分大定小改喎 :smile_o05:

[quote]原帖由 [i]異域灰師兄[/i] 於 2019-1-19 11:50 AM 發表 [url=https://www.discuss.com.hk/redirect.php?goto=findpost&pid=493641076&ptid=27981642][img]https://www.discuss.com.hk/images/common/back.gif[/img][/url]

點樣去判斷個change request應唔應該幫user改?要d咩要留意? [/quote]

java2 2019-1-19 07:54 PM

當然, manage users 根本冇一招走天涯, 玩法千變萬化. :smile_o11:

[quote]原帖由 [i]bluto_hk[/i] 於 2019-1-19 05:11 PM 發表 [url=https://www.discuss.com.hk/redirect.php?goto=findpost&pid=493654066&ptid=27981642][img]https://www.discuss.com.hk/images/common/back.gif[/img][/url]

呢個係理想化既情況,如果間公司真係講IT Standard,有PMO,根本就唔會出現樓主所講既情況.如果公司係冇呢D野,都唔論到一個SA講咩change request乜乜物物.user無賴d話以前都邊個邊個都無咁麻煩,d規矩唔邊個定架.你自己又處理唔好,你自己拿屎上身.

重點係唔同類,唔同級數既公司,玩法係唔同既. ... [/quote]

異域灰師兄 2019-1-19 08:07 PM

其實我地係用J2EE+Spring framework寫frontend logic, UI就用javascript尼寫, 有無其它師兄可以俾D實際例子點為之係大改同細改?我心目中暫時都未有一個好清晰既定位。

漆哥 2019-1-19 08:47 PM

[quote]原帖由 [i]異域灰師兄[/i] 於 2019-1-19 08:07 PM 發表 [url=https://www.discuss.com.hk/redirect.php?goto=findpost&pid=493660554&ptid=27981642][img]https://www.discuss.com.hk/images/common/back.gif[/img][/url]
其實我地係用J2EE+Spring framework寫frontend logic, UI就用javascript尼寫, 有無其它師兄可以俾D實際例子點為之係大改同細改?我心目中暫時都未有一個好清晰既定位。 ... [/quote]

樓上CHing都話影響唔到Deadline就當細改咯,仲未Get到?

ykhdd111 2019-1-19 10:42 PM

[quote]原帖由 [i]wscking[/i] 於 2019-1-18 23:20 發表 [url=https://www.discuss.com.hk/redirect.php?goto=findpost&pid=493625546&ptid=27981642][img]https://www.discuss.com.hk/images/common/back.gif[/img][/url]
我本身係做SA,我既工作係同user 傾requirement之後寫番份functional spec俾programmer dup code. 但係每次都遇到麻煩煩users,同佢地做UAT個陣時,突然間又話想改少少requirement,例如個版面要再出多d records, 個image個樣唔夠靚又要改,個text field 要加validation,個input box 要加多幾行俾人入 ... [/quote]
你點計man day? PM 幫你估?

PacificIslander 2019-1-19 11:43 PM

[quote]原帖由 [i]wscking[/i] 於 2019-1-19 05:28 PM 發表 [url=https://www.discuss.com.hk/redirect.php?goto=findpost&pid=493654675&ptid=27981642][img]https://www.discuss.com.hk/images/common/back.gif[/img][/url]



唔該哂大家,講多少少background, 我本身係做銀行IT,我自己帶一條細team, under我有4位AP負責dup code,我公司本身係行PMO,我做緊既所有projects都有PM睇住。關於面對無賴users既清況,我係應該

叫users raise CR, 之後再諗下做唔做
自己決定幫user做
自己想盡一切辦法去推左個user
Escalate 俾PM

... [/quote]

先選最容易既 route。有正式 PM,就唔好客氣,整理好 CR (就算唔係 user 寫),就拉埋佢落水三口六面同 user 傾好佢。你當自己係「車間」,改生產制程,扮晒好被動,可以 escalate 就 escalate。

話説回來,作為一個同 user 傾 requirement 既 IT 人,唔理你 one man band 定乜野級別, being able to prescribe solution's design 係好重要。BA 仔無 functional 經驗,拉埋 SA/SSA 去傾。IT 呢邊有責任去正確預估最後個產品係點,重點就係憑 domain knowledge 及經驗,去問 user 未講到出黎既功能或 behavior,於是乎果D「呀,可唔可以加....」就可以減少。 SME PM 可以幫手,淨 admin 既 PM,就濕濟D。

任性小狗 2019-1-30 08:51 AM

[quote]原帖由 [i]wscking[/i] 於 2019-1-18 11:20 PM 發表 [url=https://www.discuss.com.hk/redirect.php?goto=findpost&pid=493625546&ptid=27981642][img]https://www.discuss.com.hk/images/common/back.gif[/img][/url]
我本身係做SA,我既工作係同user 傾requirement之後寫番份functional spec俾programmer dup code. 但係每次都遇到麻煩煩users,同佢地做UAT個陣時,突然間又話想改少少requirement,例如個版面要再出多d records, 個image個樣唔夠靚又要改,個text field 要加validation,個input box 要加多幾行俾人入 ... [/quote]


第一日識user? 攞requirement不能盡信,不然就白紙黑字寫清楚,要改,問佢老細俾唔俾,如果要,咪加錢加時間,感覺樓主你唔多似sa,如果有人做UAT後真正唔洗改,我咁耐以黎,我無見過,如果有,一係佢真係勁到冇朋友,一係就係無賴到極,所以無得改。

daisukemoi 2019-1-30 12:24 PM

[quote]原帖由 [i]wscking[/i] 於 2019-1-19 06:28 PM 發表 [url=https://www.discuss.com.hk/redirect.php?goto=findpost&pid=493654675&ptid=27981642][img]https://www.discuss.com.hk/images/common/back.gif[/img][/url]



唔該哂大家,講多少少background, 我本身係做銀行IT,我自己帶一條細team, under我有4位AP負責dup code,我公司本身係行PMO,我做緊既所有projects都有PM睇住。關於面對無賴users既清況,我係應該

叫users raise CR, 之後再諗下做唔做
自己決定幫user做
自己想盡一切辦法去推左個user
Escalate 俾PM

... [/quote]

我公司的做法是 Prioritization
Development Team 人手有限
每兩個月更新系統一次左右
每次更新前,會要求所有用戶組,各自提交最優先的變更要求
集齊後按優先度分配開發資源
如果用戶組之間,不滿分配結果,可以自行協調
開發部門按協調結果辦事

開發完畢會提供測試
分別有
Pre-implementation UAT
Implementation Test
Post-implementation Test
等等

低迷 2019-1-30 05:13 PM

一次半次就得,经常做死自己啊

PacificIslander 2019-1-30 07:30 PM

[quote]原帖由 [i]daisukemoi[/i] 於 2019-1-30 12:24 PM 發表 [url=https://www.discuss.com.hk/redirect.php?goto=findpost&pid=494180128&ptid=27981642][img]https://www.discuss.com.hk/images/common/back.gif[/img][/url]


我公司的做法是 Prioritization
Development Team 人手有限
每兩個月更新系統一次左右
每次更新前,會要求所有用戶組,各自提交最優先的變更要求
集齊後按優先度分配開發資源
如果用戶組之間,不滿分配結果,可以自行協調
開發部門按協調結果辦事

開發完畢會提供測試
分別有
Pre-implementation UAT
Implementati ... [/quote]

post-implementation 仲點可以話 "Test" ?   都已經入 go-live support 啦!唔明!

ykhdd111 2019-1-30 07:31 PM

[quote]原帖由 [i]PacificIslander[/i] 於 2019-1-30 19:30 發表 [url=https://www.discuss.com.hk/redirect.php?goto=findpost&pid=494199775&ptid=27981642][img]https://www.discuss.com.hk/images/common/back.gif[/img][/url]


post-implementation 仲點可以話 "Test" ?   都已經入 go-live support 啦!唔明! [/quote]
Maybe he’s talking about LVT

daisukemoi 2019-1-30 07:50 PM

[quote]原帖由 [i]PacificIslander[/i] 於 2019-1-30 08:30 PM 發表 [url=https://www.discuss.com.hk/redirect.php?goto=findpost&pid=494199775&ptid=27981642][img]https://www.discuss.com.hk/images/common/back.gif[/img][/url]

post-implementation 仲點可以話 "Test" ?   都已經入 go-live support 啦!唔明! [/quote]

we can use the term post-implementation review
to check whether the changes implemented to production environment meet the change requirements

our practice is to prepare a test plan with many test cases
then executive the test plan/cases before and after implementation
of course, after go-live, test data is not used but real data is used

daisukemoi 2019-1-30 07:50 PM

[quote]原帖由 [i]ykhdd111[/i] 於 2019-1-30 08:31 PM 發表 [url=https://www.discuss.com.hk/redirect.php?goto=findpost&pid=494199822&ptid=27981642][img]https://www.discuss.com.hk/images/common/back.gif[/img][/url]

Maybe he’s talking about LVT [/quote]

what is LVT?
thank you

漆哥 2019-1-30 09:16 PM

樓主首先要Brief一下USER究竟UAT係咩野來,UAT係一堆Scenario Tests,十個又好,三百個又好,要逐個跟USER討論咩INPUT咩OUTPUT,一條一條列出,RESULT好簡單,如果出得齊OUTPUT,就PASS,如果出唔齊,就FAIL,叫DEVELOPMENT改到出得齊為止

任何FUNCTIONAL SPEC冇提既,都唔會無中生有,呢個也解釋了為何FUNCTIONAL SPEC要SIGN OFF,因USER常常玩失憶,無賴,打橫黎!

但我明有D USER係玩大石壓死蟹,呢D唔尊重CONTRACT既人或公司,打定信走吧!IT通常守尾門,呢D公司通常上頭保唔到你;IT已做足全套,但好多時USER因一事貪念,想要多D,或跟原先想像有出入,通常都會提CHANGE,否則拒絕使用,佢地會極力掩飾提錯REQUIREMENT,而去屈IT理解錯,他們有時不惜導致PROJECT FAIL,都會堅持去改;因FAIL好多時都入IT數,USER好多都能致身事外,改變對他們沒有成本;IT阿頭弱雞,做細既就要預左硬食;但如果你有好似明哥咁既能耐,就可以做落去。

呢個IT故事當年攞Blog頭獎,值得一看:
[url=https://blog.stheadline.com/article/detail/960]https://blog.stheadline.com/article/detail/960[/url]

[[i] 本帖最後由 漆哥 於 2019-1-30 09:25 PM 編輯 [/i]]

ykhdd111 2019-1-30 09:49 PM

[quote]原帖由 [i]daisukemoi[/i] 於 2019-1-30 19:50 發表 [url=https://www.discuss.com.hk/redirect.php?goto=findpost&pid=494200688&ptid=27981642][img]https://www.discuss.com.hk/images/common/back.gif[/img][/url]


what is LVT?
thank you [/quote]
Live Verification Test

jenniferyiu0800 2019-1-30 10:09 PM

[quote]原帖由 [i]漆哥[/i] 於 2019-1-30 09:16 PM 發表 [url=https://www.discuss.com.hk/redirect.php?goto=findpost&pid=494204563&ptid=27981642][img]https://www.discuss.com.hk/images/common/back.gif[/img][/url]
樓主首先要Brief一下USER究竟UAT係咩野來,UAT係一堆Scenario Tests,十個又好,三百個又好,要逐個跟USER討論咩INPUT咩OUTPUT,一條一條列出,RESULT好簡單,如果出得齊OUTPUT,就PASS,如果出唔齊,就FAIL,叫DEVELOPMENT改到出得齊為止

任何FUNCTIONAL SPEC冇提既,都唔會無中生有,呢個也解釋了為何FUNCTIONAL SPEC要SIGN OFF,因USER常常玩失憶,無賴,打橫黎!

但我明有D USER係玩大石壓死蟹,呢D唔尊重CONTRACT既人或公司,打定信走吧!IT通常守尾門,呢D公司通常上頭保唔到你;IT已做足全套,但好多時USER因一事貪念,想要多D,或跟原先想像有出入,通常都會提CHANGE,否則拒絕使用,佢地會極力掩飾提錯REQUIREMENT,而去屈IT理解錯,他們有時不惜導致PROJECT FAIL,都會堅持去改;因FAIL好多時都入IT數,USER好多都能致身事外,改變對他們沒有成本;IT阿頭弱雞,做細既就要預左硬食;但如果你有好似明哥咁既能耐,就可以做落去。

呢個IT故事當年攞Blog頭獎,值得一看:
[url=https://blog.stheadline.com/article/detail/960]https://blog.stheadline.com/article/detail/960[/url] [/quote]



嘻, 是明哥的一套連續小說.

有沒有什麼獎金或獎品的 ?! :loveliness::loveliness:

daisukemoi 2019-1-30 10:39 PM

[quote]原帖由 [i]ykhdd111[/i] 於 2019-1-30 10:49 PM 發表 [url=https://www.discuss.com.hk/redirect.php?goto=findpost&pid=494206206&ptid=27981642][img]https://www.discuss.com.hk/images/common/back.gif[/img][/url]

Live Verification Test [/quote]

Thank you

This term has the same meaning as our post-implementation review

different companies have their own terminologies

daisukemoi 2019-1-30 10:46 PM

[quote]原帖由 [i]漆哥[/i] 於 2019-1-30 10:16 PM 發表 [url=https://www.discuss.com.hk/redirect.php?goto=findpost&pid=494204563&ptid=27981642][img]https://www.discuss.com.hk/images/common/back.gif[/img][/url]
樓主首先要Brief一下USER究竟UAT係咩野來,UAT係一堆Scenario Tests,十個又好,三百個又好,要逐個跟USER討論咩INPUT咩OUTPUT,一條一條列出,RESULT好簡單,如果出得齊OUTPUT,就PASS,如果出唔齊,就FAIL,叫DEVELOPMENT改到出得齊為止

任何FUNCTIONAL SPEC冇提既,都唔會無中生有,呢個也解釋了為何FUNCTIONAL  ... [/quote]

this will not happen in my current work place.
everything is documented in the system.
every change has audit trail in the system.
頁: [1]
查看完整版本: 關於SA工作既問題!