在一個(gè)質(zhì)量差的產(chǎn)品制造的情況下，客戶覺得它有缺陷或不符合規(guī)格。公司應(yīng)該怎么做來維護(hù)客戶的合法利益，如何進(jìn)行談判

律師回復(fù)

• 
  智能法律助手

  月幫助201720人

  2008-02-04 13:23一個(gè)項(xiàng)目團(tuán)隊(duì)管理。您的項(xiàng)目團(tuán)隊(duì)使用源代碼管理工具了嗎？ 應(yīng)該被使用。 VSS，CVS，PVCS，ClearCase中，CCC /豐收，螢火蟲即可。我的選擇是VSS。 2。您使用的項(xiàng)目團(tuán)隊(duì)缺陷管理系統(tǒng)了嗎？ 應(yīng)該被使用。的ClearQuest太復(fù)雜，我的建議是Bugzilla的。 3。你還在用Word來編寫測試組的測試呢？ 不寫使用Word（測試用例）測試用例。應(yīng)該是一個(gè)專門的系統(tǒng)，可以測試管理器，你也可以開發(fā)自己的小一個(gè)ASP網(wǎng)站。其主要目的是追蹤和瀏覽。 4。你的團(tuán)隊(duì)還沒有建立一個(gè)門戶網(wǎng)站？ 有一個(gè)門戶網(wǎng)站把聯(lián)系方式，基線時(shí)間表，新聞和更多。推薦的SharePoint Portal Server 2003來實(shí)現(xiàn)15分鐘就搞定了?？梢再I不起SPS 2003 WSS（在Windows SharePoint服務(wù)）。 5。您的項(xiàng)目團(tuán)隊(duì)，你可以買它的最佳工具？ 應(yīng)該嘗試一起工作的好工具。例如，編寫C＃應(yīng)該用VS而不是記事本。用記事本寫程序大多只是表演。但也要考慮到經(jīng)費(fèi)，所以說是“最好的，你可以買到。” 6，你在一個(gè)安靜的環(huán)境中工作的程序員？ 需要一個(gè)安靜的環(huán)境。這一點(diǎn)是非常重要的，而且要保證每個(gè)人的空間大于一定大小。 7。你的員工每個(gè)人都有手機(jī)吧？ 需要一個(gè)電話的人。和語音信箱最好的手機(jī)。當(dāng)然，對電話系統(tǒng)開銷這么一套帶留言不小。但每個(gè)人都至少有一個(gè)手機(jī)，人們往往不站起來喊：“某某某的電話?！?“人的因素”，這將強(qiáng)烈譴責(zé)這種做法。 8。每個(gè)人都知道誰應(yīng)該是出了問題？ 應(yīng)該知道。任何Feature至少都應(yīng)該有一個(gè)Owner，當(dāng)然，業(yè)主可以繼續(xù)派遣到其他人。 9。你有沒有曾經(jīng)有人說，“我想......”什么？ 要消滅“我以為”。永遠(yuǎn)不要假設(shè)任何事情。 10。在所有這些項(xiàng)目中的團(tuán)隊(duì)和你坐在一起？ 需求。我反對虛擬團(tuán)隊(duì)，在美國也反對開發(fā)，測試這種開發(fā)方式在中國。能坐在一起就最好坐在一起，好處非常非常多。 11。你的日程安排是否反映最新開發(fā)進(jìn)展情況？ 應(yīng)該反思。但是，如果基線的方法來管理進(jìn)度：維持一個(gè)穩(wěn)定的計(jì)劃，然后保持近期的變化。基線也可用于參數(shù)的其它方法?；€是變更管理的重要手段里面。 12。你的工作量是留下了每個(gè)人自己估算？ 應(yīng)該讓每個(gè)人自己估算。下來的工作量，以前的估計(jì)，而不是從上往下分派。除非有其他原因，比如政治任務(wù)工期固定。 13。你們開發(fā)人員從項(xiàng)目一開始會加班嗎？ 這樣做。不要一開始就搞疲勞戰(zhàn)。從項(xiàng)目加班一開始，只是項(xiàng)目進(jìn)度不合理。當(dāng)然，有些軟件外包必須天天加班，那屬于剝削的范疇。 14。你的項(xiàng)目計(jì)劃緩沖時(shí)間將被添加到它的每個(gè)小任務(wù)后面？ 沒有。緩沖時(shí)間添加的每個(gè)小任務(wù)后面，很容易輕易食用。緩沖時(shí)間增加一個(gè)里程碑全部或檢查點(diǎn)前方。 15。值得花一些時(shí)間，從95％至100％，以達(dá)到良好 值得，非常值得。尤其是當(dāng)，當(dāng)后者成為該項(xiàng)目用盡，要堅(jiān)持。這將帶來一個(gè)質(zhì)的區(qū)別。 16。登記新缺陷，是否寫清了重現(xiàn)步驟？ 要。這屬于Dev和測試之間的通信手段。面對面溝通需要，填補(bǔ)重現(xiàn)步驟需要。 17。寫新代碼前將已知缺陷解決？ 要。每個(gè)人的缺陷不能超過10或15，否則舊的錯(cuò)誤必須以繼續(xù)寫新代碼來解決。 18。你必須優(yōu)先考慮的缺陷事先約定呢？ 必須有定義。嚴(yán)重程度分1，2，具有較好的一致性：藍(lán)色和數(shù)據(jù)記不清西弗1，功能錯(cuò)誤數(shù)西弗2，在界面西弗3指望然而，這項(xiàng)協(xié)議可以適當(dāng)根據(jù)產(chǎn)品質(zhì)量狀況進(jìn)行調(diào)整。 19。你不同意的三個(gè)會議的缺陷有嗎？ 必須具備的。有一個(gè)明確的決策過程。這類似于CCB（變更控制委員會）的概念。 20。所有的缺陷都關(guān)閉了誰注冊了它的最后一個(gè)人？ 問題應(yīng)該由遙控器關(guān)閉。開發(fā)不能私自關(guān)閉的Bug。 21。程序員不喜歡你老的代碼？ 厭惡是正常的。解決的辦法是組織代碼評審，單獨(dú)留的時(shí)間。 XP是一個(gè)方法。 22。你的項(xiàng)目組團(tuán)隊(duì)士氣的活動，為什么呢？每月 過一次，吃飯，唱歌，郊游，玩，卡丁車等等，一定是。不要把錢。 23。你有自己的隊(duì)徽是什么？ 有自己的標(biāo)志。至少應(yīng)該有自己的代號。 24。印有你的員工，公司標(biāo)志的T恤，為什么呢？ 有。能增強(qiáng)歸屬感。當(dāng)然，T恤都好看，棉最好用80做的，不要穿幾次破爛。 25?？偨?jīng)理至少每月參加次項(xiàng)目組會議 想要的。讓高層團(tuán)隊(duì)成員感到關(guān)注這個(gè)項(xiàng)目。 26。開發(fā)是給每一個(gè)你打開它的一個(gè)分支？ 反對。分支和合并管理的工作量太大，而且容易出錯(cuò)。 27。有人長期入住的代碼？ 沒有。對于大多數(shù)項(xiàng)目來說，最多兩三天應(yīng)該入住。 28。在入住注釋代碼來填充呢？ 至少寫一兩句話，比如“解決問題225”。如果上坡拉，這也算做的“配置審計(jì)”的一部分。 29。已為入住天天沒有設(shè)定最后期限？ 要清除入住截止時(shí)間。否則生成中斷。 30，你可以一下子所有的源代碼被編譯成安裝文件嗎？ 希望。這是一個(gè)每日編譯（每日構(gòu)建）的基礎(chǔ)。并且必須能夠進(jìn)行自動的。 31。您編譯項(xiàng)目團(tuán)隊(duì)每天做呢？ 一定做到。有三樣?xùn)|西一個(gè)軟件項(xiàng)目/產(chǎn)品開發(fā)必備：？1 bug管理; 2源代碼控制; 3每日構(gòu)建.... 32。你的公司已經(jīng)積累了項(xiàng)目風(fēng)險(xiǎn)列表？ 要。風(fēng)險(xiǎn)清單。否則，下一次的項(xiàng)目開始，只有拍腦袋風(fēng)險(xiǎn)分析。 33。 設(shè)計(jì)越簡單越好越簡單越好。當(dāng)設(shè)計(jì)多字，未來可能會帶來無窮的后患。應(yīng)該從一開始就勇敢的砍。所謂的范圍管理。 34。最大限度地利用現(xiàn)有的產(chǎn)品，技術(shù)，代碼 的沒有什么自己的編碼。的BizTalk和Sharepoint就是最好的例子，并以此為基礎(chǔ)這兩項(xiàng)，可以提高很多起點(diǎn)。或者你可以嘗試之類的許多現(xiàn)有的控制。或嘗試使用XML，而不是試圖解析一個(gè)文本文件;盡量用RegExp的，而不是自己從頭操作字符串，等等等等。這就是“軟件復(fù)用”的體現(xiàn)。 35，你會定期停下來夯實(shí)代碼？ 要。最好一個(gè)月左右一次。去年年初，Windows組的謠言停止了一個(gè)月來增強(qiáng)安全性的Stevb命令。順便說一句，“夯”這個(gè)字念“掛起”，第一聲。 36。你的項(xiàng)目團(tuán)隊(duì)每個(gè)人都寫了每日報(bào)告呢？ 寫。五分鐘就足夠?qū)?0句話，這幫人告訴自己，我今天所做的一切。一個(gè)為了溝通，二鞭策自己（如果空閑的一天，不好意思自己會寫）。 37，你的項(xiàng)目經(jīng)理會發(fā)出周報(bào)嗎？ 要。同時(shí)進(jìn)行通信。包括目前進(jìn)度，可能的風(fēng)險(xiǎn)，質(zhì)量狀況，進(jìn)度等各項(xiàng)工作。 38。你的項(xiàng)目團(tuán)隊(duì)是否符合一個(gè)星期至少一次呢？ 要。必須得到滿足。程序員討厭開會，但會議時(shí)間在一起，每星期至少應(yīng)該有四個(gè)小時(shí)。包括小組會議，規(guī)范審查會議，錯(cuò)誤會審會議。我們不悶頭寫代碼。 39。滿足你的項(xiàng)目團(tuán)隊(duì)討論什么已被記錄？ 將發(fā)行前的會議要求和議程，將負(fù)責(zé)進(jìn)行和記錄人，后有人負(fù)責(zé)發(fā)會議紀(jì)要，這是有效的交匯點(diǎn)。此外，每個(gè)會議應(yīng)形成協(xié)定和行動項(xiàng)目。 40。其他部門知道你的團(tuán)隊(duì)是做什么的？ 要送些快訊給整個(gè)大組織。顯示您的團(tuán)隊(duì)的價(jià)值。否則，當(dāng)你坐在電梯里面，其他部門誰問：“你在做什么，”你回答“ABC項(xiàng)目”的時(shí)候別人全然不知，那種感覺不太好。 41。通過電子郵件 電郵利益進(jìn)行所有正式溝通是如此抵賴。同時(shí)也避免矯枉過正，最好的方法是使用電話和當(dāng)面說，和電子郵件確認(rèn)。 42。建立多個(gè)郵件組 如果AD 交換內(nèi)，始建分發(fā)列表的項(xiàng)目團(tuán)隊(duì)。比如，我會建ABC項(xiàng)目核心團(tuán)隊(duì)，農(nóng)行項(xiàng)目開發(fā)團(tuán)隊(duì)，農(nóng)行項(xiàng)目所有測試人員，農(nóng)行項(xiàng)目擴(kuò)展團(tuán)隊(duì)，等等。電子郵件發(fā)起這樣一個(gè)方便，允許接收郵件的人接受，不應(yīng)該被騷擾接收。 43。每個(gè)人都知道在哪里可以找到的所有文件？ 每個(gè)人都應(yīng)該知道。這就是所謂的知識管理（知識管理）。最方便的是在一個(gè)集中的文件共享文件，一個(gè)更好的方法是使用SharePoint。 44。你決定做出改變的時(shí)候，要告訴你的原因是什么？ 來告訴你為什么。授權(quán)團(tuán)隊(duì)成員的手段，以提供足夠的信息，這是無國界醫(yī)生開口的幾個(gè)原則之一之一。事實(shí)上，告訴我為什么是人，告訴我為什么為了有了解。中國人喜歡從事的工作限制，限制信息，人們似乎能夠看到該文件的副本是有該人的身份。錯(cuò)了。權(quán)威，權(quán)力，沒那么不能夠訪問的信息/數(shù)據(jù)，因而不能在資源的控制權(quán)。 45。保持靈活，并期望改變 如此。需求必須成為，并且已經(jīng)編寫的代碼會被要求。心理上不抗拒變化做好準(zhǔn)備，但預(yù)計(jì)變化。 46。你有一個(gè)全職的軟件測試人員？ 有一個(gè)完整的測試。如果人手不夠，可以點(diǎn)對點(diǎn)的測試，交換測試。不要測試你自己的。 47。測試你有一個(gè)總體規(guī)劃，指定做什么和怎么做呢？ 這是一個(gè)測試計(jì)劃?；蜃鲂阅軠y試？還是做可用性測試？你什么時(shí)候開始測試性能？什么是標(biāo)準(zhǔn)的測試？通過什么手段，自動的還是手動？這些問題需要一個(gè)測試計(jì)劃來回答。 48，你是先寫測試案例，然后測試它？ 應(yīng)該的。設(shè)計(jì)應(yīng)重新規(guī)劃，重新測試了第一個(gè)測試用例。當(dāng)然，它是柔性的。有時(shí)候我做第一遍測試的同時(shí)補(bǔ)測試用例。作為第一個(gè)測試用例重新開發(fā)，我不喜歡，因?yàn)椴涣?xí)慣，太麻煩，所推薦的其他人試試也無妨。 49。你是否會創(chuàng)建一個(gè)測試案例為各種輸入組合？ 不要搞邊界條件組合。當(dāng)心組合爆炸。有許多工具，可以自動生成各種邊界條件的測試案例組合 - 但要想清楚，你有那么多時(shí)間來運(yùn)行測試用例。 50。程序員，你可以看到測試呢？ 要。讓我們看看開發(fā)測試案例吧。我們一起拿出一個(gè)目的：提高質(zhì)量。 51。你是否只是抓一些人來做易用性測試？ 這樣做?？吹阶约簩懙某绦蚪缑妫趺纯炊际琼樠?。這就是所謂的審美疲勞 - 臭找了半天也沒有臭，不方便永久要去適應(yīng)它。 52。你正確地期望自動測試？ 不要期望太多。在我看來，除了性能測試，或暫時(shí)忘記了第一個(gè)“自動測試”吧，忘掉它的WinRunner和LoadRunner的。對于國內(nèi)的軟件測試的現(xiàn)狀，它只能“矯枉必須過正”了。 53。你的性能測試已完成，這樣做之前，所有功能都開發(fā)了？ 不能。性能測試不能被分類成一個(gè)所謂的“系統(tǒng)測試”階段。早期測試早期矯正，圣母升天早早。 54。你有沒有注意到農(nóng)藥在測試的效果呢？ 抗蟲，錯(cuò)誤了。發(fā)現(xiàn)一些新的問題是正常的。在這個(gè)時(shí)候，最好大家交換試驗(yàn)區(qū)，或使用其他工具和用于看技巧，你會發(fā)現(xiàn)一些新的bug。 55。有人在你的團(tuán)隊(duì)可以說該產(chǎn)品是當(dāng)前形勢的整體質(zhì)量？ 有。當(dāng)老板問怎么這個(gè)產(chǎn)品的質(zhì)量目前，測試引線/經(jīng)理應(yīng)該負(fù)責(zé)回答。 56。你有一個(gè)單元測試呢？ 所需的單元測試。然而，單元測試是不，不，不，我沒有單元測試的項(xiàng)目，也做成功了 - 可能是僥幸，也許我們都精通的關(guān)系。同樣，軟件工程的實(shí)踐是非常，非常的作品非常靈活的一套方法，某些方法會更好在某些情況下比其他方法，反之亦然。 57。程序員，你都扔在墻上完成的代碼就可以了？ 禁忌。寫在未來的一個(gè)程序，即使我不做單元測試，應(yīng)該啟動和運(yùn)行自己的。雖然有了專門的測試人員，開發(fā)誰不不能做一個(gè)小測試。微軟測試版本文件說，該計(jì)劃很爛，然后進(jìn)行測試，踢回右邊。 您輸入了所有的功能，以檢查它58。計(jì)劃？ 沒有。雖然輸入檢查點(diǎn)做編寫安全的代碼，但不要做太多的輸入檢查，有些內(nèi)部函數(shù)之間的參數(shù)傳遞就不必檢查輸入，并保存一些努力。由于同樣的原因，并非所有的功能被寫入，得到評價(jià)。寫作的主要部分是足夠的。 59。產(chǎn)品有一個(gè)統(tǒng)一的機(jī)制，錯(cuò)誤處理和錯(cuò)誤的接口？ 有。最好是有一個(gè)統(tǒng)一的錯(cuò)誤信息，那么所有為每個(gè)錯(cuò)誤編號的錯(cuò)誤消息。以這種方式，用戶可以根據(jù)自己的號碼在用戶手冊誤差里面去看看錯(cuò)誤和可能的原因，例如，SQL Server錯(cuò)誤的具體描述。同樣，ASP必須有一個(gè)統(tǒng)一的異常處理。您可以參考相關(guān)的 應(yīng)用程序塊。 60。統(tǒng)一的代碼，你必須寫規(guī)范呢？ 有。許多守則公約，搞上了一個(gè)分布式的每一個(gè)人。當(dāng)然，如果有這樣的工具來檢查代碼的FxCop更好。 61。你們每個(gè)人都明白這個(gè)項(xiàng)目什么樣的商業(yè)意義？ 要。這是視覺的意義。這樣做不僅可以作為一個(gè)工作項(xiàng)目。有時(shí)你想認(rèn)為自己是在中國的先驅(qū)變成某一個(gè)行業(yè)的信息，或不時(shí)地告訴團(tuán)隊(duì)成員，如何納稅人的錢數(shù)以百萬計(jì)，每年為這個(gè)項(xiàng)目可以節(jié)省國家的某些部門，所以激勵(lì)它。平凡的事情也是可以有個(gè)崇高的目標(biāo)。 62。產(chǎn)品的界面和操作實(shí)踐的各個(gè)部分與它保持一致？ 這一點(diǎn)。讓用戶感覺仿佛整個(gè)程序?qū)懗梢粋€(gè)人。 63。有宣傳的很酷的功能亮點(diǎn)呢？ 要。這是為了增強(qiáng)團(tuán)隊(duì)凝聚力和信心。而且，“一俊遮百丑”，有亮點(diǎn)就可以掩蓋一些問題。因此，對于客戶，會感到該產(chǎn)品是可接受但從質(zhì)量的點(diǎn)。或者，很酷的功能或亮點(diǎn)可以作為衡量質(zhì)量問題亡羊補(bǔ)牢。 64。可以縮短啟動時(shí)間 如此。軟件啟動時(shí)間（啟動時(shí)間）是客戶的第一印象是好的或壞的表現(xiàn)。 。 65，不要過于注重外部第一眼印象而忽視內(nèi)在質(zhì)量 程序員容易犯這個(gè)錯(cuò)誤：太看重性能，穩(wěn)定性，存儲效率，但忽視了外在的經(jīng)驗(yàn)。和高級管理人員，客戶相反。考慮到這兩個(gè)方面，協(xié)調(diào)這些工作是PM。 66。你就根據(jù)詳細(xì)的產(chǎn)品功能規(guī)范發(fā)展呢？ 這一點(diǎn)。設(shè)計(jì)應(yīng)以開發(fā)，這是必須的。設(shè)計(jì)文檔，應(yīng)該說清楚這個(gè)產(chǎn)品會怎么運(yùn)行，應(yīng)該采取一些講故事的方法。在設(shè)計(jì)的細(xì)節(jié)時(shí)，不要鉆，不鉆到數(shù)據(jù)庫，代碼等具體實(shí)現(xiàn)里面，這些都是后面的事情，一步步來不能著急。 67。開發(fā)和測試功能設(shè)計(jì)它開始之前，每個(gè)人都仔細(xì)審閱？ 做。功能規(guī)格審查的目的是統(tǒng)一思想。此外，在審查的共識形成后，未來沒有人能說，“你看，當(dāng)我反對這樣的設(shè)計(jì)，現(xiàn)在就忍受” 68。每個(gè)人都一直以為整個(gè)圖像為什么？ 這一點(diǎn)。雖然該項(xiàng)目只是大家在一片樹葉的制造里面，但每個(gè)人都應(yīng)該知道，樹本身在制造業(yè)，其中葉是怎么樣子。我反對軟件藍(lán)領(lǐng)，太多的反對作為軟件制造商流水線，生產(chǎn)車間。參見第61條。 69。師開發(fā)工作是純粹的垂直或水平為什么？ 不是簡單地根據(jù)功能模塊分，或者單純根據(jù)表現(xiàn)層，中間層，數(shù)據(jù)庫層的點(diǎn)上。我推薦它：首先，根據(jù)功能模塊分，然后每個(gè)“層”都有一個(gè)Owner來檢查所有的設(shè)計(jì)和代碼，以確保一致性。 70。程序員寫程序設(shè)計(jì)說明文檔呢？ 要。但我聽說微軟的程序員1999年以前也不寫，所以不寫來寫也不是絕對的，偷懶有時(shí)候也是可以的。參見第56條。 71。當(dāng)你讓他寫一個(gè)程序來招人面試是什么？ 希望。我喜歡的人做一個(gè)字符串，主題類別的列表。這個(gè)主題有許多自行車，判斷，指針，遞歸等，既不偏向過于考算法，也不偏向過于考特定的API。 72。你有沒有技術(shù)交流講座？ 希望。每兩個(gè)星期一次搞內(nèi)部或座談技術(shù)講座吧。允許成員之間共享的技術(shù)思路，這個(gè)錢去培訓(xùn)費(fèi)用之外。 73。程序員可以專注于一件事情么？ 讓程序員專注一件事。舉例來說，有兩個(gè)項(xiàng)目和10個(gè)人一個(gè)部門，一種方法是讓10個(gè)人同時(shí)參加兩個(gè)項(xiàng)目，每個(gè)項(xiàng)目每個(gè)人都花50％的時(shí)間;另一種方法是親自去項(xiàng)目5個(gè)A，5個(gè)人，項(xiàng)目B，每個(gè)人都100％在某些項(xiàng)目。我會選擇后者。很多人都明白這個(gè)道理，但花了大量的實(shí)踐的領(lǐng)導(dǎo)下，作為一種資源，可任意分割。 74。程序員會夸大需要完成一個(gè)任務(wù)了你的時(shí)間？ 是的，這是常見的，尤其是在項(xiàng)目的后期會做夸大需要換一換，以次來抵制變革的時(shí)間。解決的辦法是坐下來慢慢磨，磨掉程序員的逆反心理，一起分析，以及顆粒大小的估計(jì)時(shí)間變小。 75，盡量不要使用虛擬頭 最好不要使用虛擬頭。虛擬元首意味著資源是不安全的，共享的資源會減少資源的效率，容易增加出錯(cuò)的機(jī)會，做一個(gè)頭腦沒有太多的時(shí)間來審查規(guī)范，審查設(shè)計(jì)誰。一個(gè)專門的人，強(qiáng)于2只有50％的投人的時(shí)間和精力。我所遭受的損失：7部分時(shí)間在測試儀，干燥的Bug發(fā)現(xiàn)還活著，還不如加起來兩名全職的。請參閱第73 73是程序員，75是資源管理器。 原問題：《一個(gè)軟件項(xiàng)目。項(xiàng)目的主要內(nèi)容和實(shí)現(xiàn)的主要功能說明區(qū)別》

  回復(fù)于 2022-05-22 18:03:09