Request Quality

常常聽長官們在問Product Quality，以此為出發點進而問你對產品的掌握度有多高？

今天，我想反過來問一件事，在那些我們低等工程師無法參與的會議裡頭，
請問你們的Request Quality到什麼程度？
以此為出發點，我想問你們對於客戶或者是自己的Request，掌握度又有多高？

有很多書這樣提過，好的產品規劃，不外乎明確的目標跟可量化的時間，
而我認為，好的產品要求不也是如此？

今天，我很火。
上一次客戶對我提了A、B、C、D四個需求，我把東西加在他們的程式中，然後回覆；
而昨天寄信來說，D他們不能用，然後要再把東西加在他們的程式中，
信的結尾說，我們害他們Flow停住，如果我們不處理好，他們之後就雙手一攤等我們弄好。

Schedule是8/1。

打開檔案一看，我之前寫的A、B、C不見了，而D呢，他們要的名字跟之前的不一樣。
對，A、B、C不見了！D跟之前要的naming不一樣！
D是什麼，它是一組assertion，不影響function，只看input pin是不是floating，
floating的話，它會跳一些訊息出來告知，這東西沒有直接關掉就好，跟Flow停住有關！？
那naming不一樣，他們還做的下去才有鬼  ...
另外，又提到他們要把A、B、C放在另一個他們指定的地方。

我們這邊的某個主管，是對外窗口，一副就我們東西quality很差的口氣。

我回了一封落落長的信，大意就是標題寫的那樣子，
如果，Request的Quality很差的話，工程師們要怎麼做出Quality好的產品？

今天，客戶跟我用一組SPEC要了三個東西，我回覆之後，
明天，客戶用另一組SPEC來跟我說，他要的這三個東西不能用！
這種三申五令、朝令夕改的東西，Product的Quality要怎麼好？

標準不一啊，我有辦法夢到你們真的要的東西，然後回覆嗎？

我有辦法夢到的話，我去簽樂透就好，我在這裡跟你們瞎攪和些什麼  ~~

我工作這些年，我非常歡迎每個人來挑戰、來質疑我做的東西的品質，
如果拿的出證據來，我一定認錯，然後依此為基礎再開發新的流程，包括生產跟驗證，
我很樂意有人真的在意品質，詳細說明跟追問，成為進步的源頭。

誠實這種品德，在我的辦公室裡，我幾乎看不到有人有。

--
上個禮拜，有人就在背地裡高光我害產品release delay，
我只有垃圾兩個字回應，有種你就當面對著我講。
一個7/7就該開始到7/14就該結束的project，7/16跟我說有不一致的問題(不是錯哦)，
那是客戶的要求的加強版，我把它給忘了，我也沒有不認。

當下我就問，這東西你什麼時候要release，對方跟我說，明天中午，7/17中午，
我說如果是當天要給，我不改，會來不及，你跟我壓隔天中午，我可以保證沒問題。
隔天還不到中午，就去高光我害他project delay，而最後東西如期在7/17中午出去。

我delay你什麼東西？你自己7/7該做的事情，拖到7/16開始做，那關我屁事，
你為什麼不敢講你自己delay了一個禮拜，講我改動實際上卻沒有影響schedule的部分！？

你再累，我都不會同情你，也不可能出手幫你。
--

題外話，回歸主題。
今天客戶拿這種爛Request在傲嬌，壓個schedule，警告我們如果東西不處理好就走著瞧，
我只有一個心得，就寫在信中的結尾  ...

他們這種Request Quality，沒有資格來質疑我的Product Quality，
如果對方不解釋，為什麼刪我的程式，為什麼要求不一致，而詳細的錯誤內容是什麼，
在這個產品上，我不接受任何質疑並挑戰我產出品質的說法。

提不出任何證據證明品質不好，我認為對方只是在找碴而已，
真心在schedule上來不及的話，不會是這種態度在處理事情。