在產(chǎn)品的驗收階段，正式發(fā)布前一周，緊急動員全公司的人，對1萬多本電子書進行人肉測試，
電子書籍質(zhì)量保證事件分析交互設計
。我覺得這事兒真是有點兒意思。不知道各位怎么看？也許所有的公司或產(chǎn)品都有可能出現(xiàn)類似的狀況，但是我想分析一下：為什么會出現(xiàn)這樣的事件，有沒有什么辦法盡量避免出現(xiàn)類似的事情？故事的背景是，公司新研發(fā)的電子書設備發(fā)布在即；同時，為了豐富在設備上可以閱讀的書籍的來源，也在接入一些其它公司的內(nèi)容，其格式為PDF，而我們公司的電子書本來就是支持PDF閱讀。
然而，當最近一周這些內(nèi)容全部上線的時候，測試人員發(fā)現(xiàn)一些很嚴重的問題。比如：
部分書籍太大，有40-100M，設備表示壓力很大，打開就需要1分鐘，翻一頁要10秒，或者干脆就死掉了。
PDF的排版是固定的，不像EPUB一樣是流式的，可以運行時自動調(diào)整。而且多數(shù)PDF的排版目標是為了打印效果。所以在800*600分辨率的設備上閱讀的時候相當吃力。（設備目前不支持觸屏，不支持縮放。）
部分書籍含有亂碼。
顯然上述情況的存在，會嚴重影響新產(chǎn)品質(zhì)量。甚至會影響新產(chǎn)品發(fā)布。像一開始說的，我們的做法是逐本人肉測試。做這個決定的時候，是一個周五下午5點。我們甚至連完整的書單都還沒有。而計劃是下一個周二時，第一輪驗收要結(jié)束。再一個周二產(chǎn)品就要發(fā)布了。
動員全公司的人幫忙做測試的時候，很多人都想問事情怎么會發(fā)展到這種地步，其實我也想問這個問題。從接入其它公司內(nèi)容這個想法出來，到找其它公司洽談，到我們技術(shù)上實現(xiàn)接入。所有人似乎都只看到了一個美好的愿景，卻對其中潛在的問題視而不見。當然，一開始也有人提到要找一些樣書來看看，但是“看看”就夠了嗎？
什么樣的書可以作為接入可行性的樣書？各種類型、大小、編碼、章節(jié)細分度、字體大小、圖片多少、原生/掃描…等等…的組合？
樣書拿來之后，用什么樣的標準來判定？有多少指標？應該要有文檔化吧。
樣書判定不合格就不接入了嗎？
設備還有沒有優(yōu)化的空間？讓更多的書合格？
我們覺得合格了，最終用戶覺得就是無法接受怎么辦？
部分樣書不合格，但是決定接入，那如何在所有書中找到所有不合格的書？
書籍合格性判定，能不能自動化？還是一定要人肉。
如果可以自動化，是不是要開發(fā)自動化工具，需要多少資源？
如果不能自動化，需要以什么樣的方法判定？找實習生？臨時工？他們的判定結(jié)果的質(zhì)量如何控制？
其實上面這些問題我也是事后總結(jié)的。但是事前詳細想想也是可以想到很多問題。但是在下面的形勢面前：
接入的事情迫在眉睫
我們的設備本來就是支持PDF閱讀的
公司戰(zhàn)略目標就是要豐富內(nèi)容。人家談判那么久，你這那那這的，為什么不先花時間接入進來再說？
我們同時接入的第三方有很多。
當時的工作重點，是不惜一切代價地把內(nèi)容接入進來。一切問題都可以認為是我們的問題。在這樣的大環(huán)境下，內(nèi)容接入以外的事情都是次要的。到了驗收階段，產(chǎn)品質(zhì)量就成了主要矛盾，就需要花大力氣解決了。聽起來很合情合理。細想起來真是屎一樣的邏輯，無脊椎動物的邏輯，
電腦資料
《電子書籍質(zhì)量保證事件分析交互設計》(http://www.msguai.com)。產(chǎn)品質(zhì)量監(jiān)控應當貫穿于產(chǎn)品的每個階段，每個環(huán)節(jié)。問題暴露得越早越好。這樣做事情才像是發(fā)現(xiàn)問題，然后解決問題；而不是遇到問題，然后打補丁。理想狀況下，二者最后結(jié)果可能會一樣，但是過程卻是完全不同的體驗。在第一種環(huán)境下，只要你喜歡這份工作，你會樂在其中，享受過程；在第二種環(huán)境下，即使你喜歡這份工作，也會被搞得焦頭爛額，身心俱疲，最后被補丁埋葬。
相對于寫代碼而言，尤其是已經(jīng)有了設計的問題，想問題才真正屬于腦力活。這里說的問題并不是指設計問題，軟件設計也是腦力活，但是依然局限在某技術(shù)框架之中，有了經(jīng)驗，設計也是體力活。這里指的問題是整個產(chǎn)品的設計方向，整個公司的做事方式，市場永遠是變化的，永遠都有新的問題出現(xiàn)，永遠是優(yōu)勝劣汰。有人覺得這不是技術(shù)人員做的事情，此言差矣。像上面列出的一些問題，可以從技術(shù)上解決的就從技術(shù)上解決，但是很多問題不是單純的技術(shù)問題，甚至可能會為公司引入一個新的部門，這不就是一個問題引發(fā)的工作機會嗎。誰想到了這些問題，誰自然就有發(fā)言權(quán)（當然可能沒有決策權(quán)）。
重要的是，是事前把問題提出來，并文藝地解決掉。還是等到用戶投訴電話打來了，才發(fā)現(xiàn)自己要被領導罵成2B了？現(xiàn)實可能比較普通一些，也最普遍，問題非要到大規(guī)模測試的時候才能暴露出來，雖然能保證用戶看不到問題了，我們也得累得和2B一樣。但是這樣的狀態(tài)誰想要？
所以可能一些剛?cè)胄械某绦騿T，常常抱怨自己的老大P事兒不干，就喜歡說大話。當然，我不否認很多老大的確是這樣，但是一個稱職的老大的確應該是P事兒都不干，代碼一行不寫。因為他有更重要的事情要做。他要想，應該做什么，不應該做什么，先做什么，后做什么，做到什么樣是OK了，把什么事兒分給什么人做，做的過程中可能會出現(xiàn)什么問題，有什么應對的策略�？傊痪湓�，能保證項目按時保質(zhì)地完成，就是合格的老大；同時能讓手下很文藝地工作，天天很Happy地回家，那他就是一個NB的老大。
所以老大的一個重要職責就應該是把工作給手下講清楚，做什么，不做什么……，當然，老大如果充分信任自己的小弟，也可以讓小弟自己全權(quán)負責。但是其實這個時候很容易出樣下面這樣的情況。
老大：我手上有200張票，明天的，你發(fā)一下。
小弟：好。
小弟想了想，為了讓更多的人享受到這個福利，同時也做推廣，決定以家庭為單位，一家一張。于是發(fā)給了200個人家。
小弟回來向老大匯報工作。
老大：我X，你為人家想想好不好，想去還再掏錢，你應該一家發(fā)三張，一般家庭都是三口之家。
小弟：……
大家也不用考慮應該怎么發(fā)票，這完全是我YY的情節(jié)，有些事情只關(guān)于做事的方法和理念，沒有對錯。每個人關(guān)注點不同，方法自然不同。也許所有事情都有個最佳方案，但是一般都需要一定的調(diào)研才能得出結(jié)論。比如上面的例子，如果想要知道哪種發(fā)法收益最大，恐怕要調(diào)研一家人拿到一張票時，有多少比例會去買，有多少直接放棄。和一般和是什么票有關(guān)系。但是首先要判斷調(diào)研值不值？時間夠不夠？要效率還是要效果？多數(shù)情況下二者是難以兼得的。老大有自己的考慮，小弟也有自己的考量。誰對誰錯？Who knows. I don’t care. 但是這時候，你覺得最重要的是什么呢？
從項目和公司的角度而言，最重要的就是事情有沒有搞定。所以無論票怎么發(fā)，事情最終是搞定了，小弟也體驗了把自己做主的感覺，過程也不錯。只是老大覺得搞得不漂亮，然后小弟估計也開心不起來。說到這里，我覺得我的意思已經(jīng)表達清楚了。
感覺說得有點兒遠，其實說的是同一個事兒——為什么事情會發(fā)展到這種地步。當然，上面只是我個人的一點兒想法。我也還沒有真正做過Leader，也許我做Leader之后會有更加不同的理解吧。