根據要修改的數量，可能這樣修改的時間可長可短。但是新的問題又來了，當程序員拿著改好的程序去交差的時候，項目經理又開始指點江山了，當然了期間居然還有遺留忘記的問題未修復，當然，還經常由于修改而引入了新的問題。于是：你這個東西你自己都不用一下么?怎么會這樣!這樣要返工的啊!(反駁：我剛才沒改這里…￥……%&#)當然了，還是得改，再深究，還有好多的問題，被項目經理“追求完美”的眼光所識破，于是，整個程序又經歷了長達大半個月的施工大功告成了，但處處有著未知引入的種種問題。
也許你會說改項目的時候用重構，再用測試去保證自動驗證，再……，但是現有的框架或許根本不是那塊種菜的沃土，現有的團隊，壓根就沒有所謂的測試技術予以保證。
從以上的示例中我大致抽檢成以下幾種：
用戶體驗
項目也許正朝著“良好用戶體驗”的廣告上靠攏，并高談闊論之，但實際上這些“用戶體驗”又僅僅只是某些人的主觀判斷，當然在美上，人人都有發表意見的權利，但卻不是每個人都能做出最后的決定的。
規范規格
沒有明文規定的內容大有死無對證的隱患，造成的冤假錯案，更是諸多其他問題的根源。因為一直在強調是管人的藝術，而人是有思想有主觀能動性的行為體。被“冤假錯案”搞得一頭霧水的人，可能會上產生恐懼或排斥的心理，這種心理對于管人的藝術是不和諧的，但飲水思源，問題是誰造成的呢?都歸結為那個項目經理么?不盡然，更具體地說是管理策略上的不嚴謹造成的。
技術變革
有效地團隊溝通是團隊管理中必不可少的組成部分，而以上案例明顯沒有做到有效地溝通，或者也可以理解成規范規格的非標準化所導致的。
事情發展到這里，海外團隊已經開始進入年度旅游計劃了，而國內的團隊，如果沒有新項目，則在接受用戶的意見，當然可想而知，改是必然的，當然海外團隊返工的可能性也不是沒有，但問題是他們的產品已經事先和用戶達成了“一致”(由于用戶可能在需求階段也是被軟件團隊搞得一頭霧水導致也不知道定奪的方案是不是產品的效果，但這樣的成功率相對于后者，則普遍高多了……)大陸團隊呢，如果需求做得業余，則問題將會大量出現在業務邏輯和用戶體驗環節，這方面所帶來的影響對整個項目都是致命的。項目成本變得不可估計，很有哪天用戶不滿意了，一切就得從頭開始，而所有的錯誤都發生在一開始的“假設”上。大陸團隊總是假設自己的需求以及實現對用戶來說是如此地easy，大陸的用戶又經常是逆來順受的類型(見不多識不廣，再加上可能是長期合作伙伴的關系，因此更能“適應”那種糟糕的體驗)，而大陸的團隊則認為他們的東西用戶都是“沒有意見”的，因此愈發他們的自大和自狂……，當然這絕不是大多數軟件公司，但起碼我相信是一部分。
大陸團隊
現在的團隊已經疲憊不堪，項目經理認為手下都是廢物，一點小事辦不好(相反，自己做的東西則如此地美好，沾沾自喜中……)
手下：嗨，做的又都改了，高傲型的，則憤憤不平，你做的那也叫用戶體驗，落后;逆來順受型，嗨，下次多注意(開始扭曲自己的主觀判斷，并開始謹慎行事于未來的項目)
關系：本來和諧的辦公室出現了隔膜。
這也難怪人家說外國人思想比較簡單，而中國人，思路太復雜，這樣看來，社會因素是導致這一復雜關系的根源，這種不利的溝通則成為團隊中的不和諧音。而管人的藝術遇到這樣的音符將顯得死氣沉沉。
文章來源于領測軟件測試網 http://www.kjueaiud.com/
