Re: [閒聊] 無法達到上司或客戶的要求

[bobju (寶貝豬)]

※ 引述《mercedesff (mercedesff)》之銘言：
: 以下發文若有冒犯,請不吝告知，我會自刪，懇請指教，謝謝
: 我想問的是
: 在軟體業，是不是會常有這種狀況：
: 主管或是客戶要你生出一個東西，然而在你完成之後交出，對方卻說"這完全不是我要的"
: 但我認為是"他想要的"跟"我認為的" 沒溝通清楚，以至於雙方起爭執...
            ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
這就是重點呀~

溝通要清楚, 最好就是雙方立紙本文件[逐條確認], 而且有可能是[反覆確認]哦,
不光只是跑跑流程開開會, 胡亂就弄了個需求確認書或是系統開發規格書.

[文件溝通]一定比[口頭溝通], 或是一廂情願地把[己意當客意], 或是自行
[揣摩客意]更清楚, 更精確. 就算日後起爭執, 也還能有個可以當成是證據的東西
來支持你的立場.

這樣做雖然可以提高需求確認的精確度, 但通常時間成本跟人力成本相當高. 如果
甲方(客戶)覺得不值得, 或是沒那個預算, 乙方也沒辦法陪著耗下去.

這種事情應該是在承包前就[先]向客戶表明, 確認客戶的意向了, 若客戶真的不打
算出錢或是出不起錢, 就不要勉強, 以免造成雙方的不愉快.

但客戶若不要求如此精實的品質, 只想花少少的錢弄個堪用的東西出來就好, 那怎
麼辦? 接或不接隨你, 就看著辦吧. 但還是得先向客戶表明: 既然如此, 客戶就得
有接受安排的心理準備.

其實[需求確認]階段有諸多風險很容易被忽略, 包括:
1 客戶端:
1.1 自己沒認知, 沒辦法表明自己的需求,
1.2 需求游移不定, 或是
1.3 客戶端內部就排不出合適出來談的人, 或是
1.4 排不出時間談, 或是
1.5 負責的窗口中途換人, 接手的人搞不清楚狀況,
2 承包端:
2.1 態度不對, 需求訪談太馬虎
2.2 技巧不足, 無法掌握需求訪談的重點,
2.3 內部作業馬虎, 該產出的文件內容不明確,
2.4 程序馬虎, 該跟客戶端確認的項目有疏漏,
2.5 時程沒掌握好, 拖了太久
2.6 人力資源不穩定, 需求確認無法一貫性地完成, 得[反覆確認].

....以上種種因素都會導致[需求無法確認], 導致後面硬是要進入開發階段時, 就
只能[賭]你開發出來的東西[恰好]是客戶想要的. 但想也知道這根本就是在挖洞給
自己跳.

以上談的都還沒談到[技術]哦. 這篇裏面也不想談技術.

需求訪談階段的產出的文件有問題, 跟著開出來的開發規格書也就有問題, 然後照
著開發規格書所開發出來的系統就跟著有問題, 一層卡一層, 層層出問題, 最後就
是產出不忍卒睹的東西....然後就是有聽不完的客戶抱怨, 罰不完的站, 補不完的
洞, 收不完的工, 請不到的款. 就醬子.


: 我應該算是新鮮人，面對這樣的資訊不平等，除了挫折外，有什麼方法能避免呢？
: 在正式工作時，這種狀況會常發生嗎？
就是要[如實地], 按部就班地把該辦的手續辦確實, 不要憑藉技術耍小聰明玩花樣.
當然, 配合的人也很重要, 不然會有擦不完的屁股.

: （我在一間小小小的私人公司實習，做簡單的維護工作，所以不是很瞭解）

--
※ 發信站: 批踢踢實業坊(ptt.cc) 
◆ From: 111.235.214.149
推 dophin332:推詳細
推 kofi0916:說明的很清楚。
→ andymai:需求訪談的時候也最好是熟悉該領域的人去談~不然除了雙方
→ andymai:溝通上面會很有困難外~也會常常發生"我其實不清楚你的明白
→ andymai:"這種事...
推 mercedesff:謝謝，我自己也該好好的反省，學到了寶貴的一課
推 Abbee:最怕的是客戶想的流程會卡關