【文章內(nèi)容簡(jiǎn)介】 用以下體系管理不良，共同對(duì)有問(wèn)題的事項(xiàng)采取有效的對(duì)策。有 在原處發(fā)生的 原處固有 通常的錯(cuò)誤 （1）性能衰減/修改不徹底 （2）問(wèn) 挪用處也有關(guān) 通常的錯(cuò)誤 （3）*性能衰減/修改不徹底 （4）*題 在挪用處發(fā)生的 在挪用處發(fā)生的 通常的錯(cuò)誤 （5）性能衰減/修改不徹底 （6）固體潛在不良 在原處已發(fā)生 （7）*在挪用側(cè)未發(fā)生 （8）** 適合對(duì)方，要取得修改內(nèi)容的同步圖1 問(wèn)題的分離體系事例：在程序挪用處發(fā)生了不良時(shí)，輕率的判斷為時(shí)挪用處的特有不良而不通知原處，使原處也發(fā)生了同樣的故障。反之，也是如此。質(zhì)量管理題目對(duì)必要的工程進(jìn)行必要的檢查，采取必要的體制解說(shuō)： 進(jìn)入綜合測(cè)試，檢驗(yàn)階段后，每天早晚都要追蹤對(duì)不良的調(diào)查和對(duì)策狀況。 如不進(jìn)行上述工作，就不能把握系統(tǒng)的質(zhì)量，最終成為項(xiàng)目混亂的原因。 定期檢查，決定調(diào)查人和調(diào)查的優(yōu)先順序，防止發(fā)生混亂十分重要。事例：在體制夠的情況下，由于工作集中于某個(gè)人而使工作效率低下，另外，一個(gè)人兼顧多項(xiàng)工作而造成項(xiàng)目混亂。質(zhì)量管理題目質(zhì)量不好的程序要下決心返工解說(shuō)： 質(zhì)量不好的程序要下決心返工。 質(zhì)量不好的程序即使多次修改也不能完全排除不良（成為公司外的故障根源）。 此時(shí)，應(yīng)下決心撤換程序制作者，重新編制程序，消除后患（以達(dá)到高枕無(wú)憂(yōu)之目的）。事例：從工作量，維護(hù)等方面考慮，對(duì)質(zhì)量極差的程序進(jìn)行修改倒不如從頭重編更合適。質(zhì)量管理題目雜亂無(wú)章的質(zhì)量提高是無(wú)意義的，要抓住重點(diǎn)。解說(shuō)： 只籠統(tǒng)地說(shuō)“要提高質(zhì)量”是不會(huì)有什么效果的。 編程序的人總是認(rèn)為自己的產(chǎn)品沒(méi)有錯(cuò)誤，應(yīng)該在對(duì)不良進(jìn)行了分析的基礎(chǔ)上決定重點(diǎn)，然后再開(kāi)始提高質(zhì)量的作業(yè)。 此時(shí)，設(shè)定的觀(guān)點(diǎn)未必都很準(zhǔn)確，但一點(diǎn)點(diǎn)地檢查，通過(guò)的部分不斷地積累，質(zhì)量好的程序逐漸擴(kuò)大。另外，例如，即使設(shè)定的觀(guān)點(diǎn)不準(zhǔn)確，也可能會(huì)在此過(guò)程中發(fā)現(xiàn)很多觀(guān)點(diǎn)以外的不良。事例：在無(wú)周密計(jì)劃的情況下去提高程序質(zhì)量，其結(jié)果往往是花費(fèi)的勞力多但質(zhì)量不穩(wěn)定。這是因?yàn)閷?duì)相同的檢查沒(méi)有作記錄而多次重復(fù)實(shí)施同一想法所造成的。人員管理題目有計(jì)劃地統(tǒng)一項(xiàng)目的方向，目標(biāo)解說(shuō)： 有計(jì)劃地相互交流，統(tǒng)一方向目標(biāo)。 定期例會(huì) ○ 組長(zhǎng)會(huì) 都作為定期例會(huì)每周開(kāi)一次。 副組長(zhǎng)會(huì) 另外，應(yīng)每月1次把大家召集 ○○○○ 小組長(zhǎng)會(huì) 在一起溝通思想。 ○○○○ ○○○○○ 其他除上述定期例會(huì)外，還應(yīng)定期召開(kāi)各種專(zhuān)題（工程，質(zhì)量，作業(yè)等）會(huì)。事例：由于組長(zhǎng)和組員的意見(jiàn)，步調(diào)不統(tǒng)一而導(dǎo)致返工作業(yè)多，挫傷了組員的工作積極性。人員管理題目缺乏有經(jīng)驗(yàn)人員的項(xiàng)目要充分利用原型開(kāi)發(fā)解說(shuō)： 在幾乎都是由無(wú)經(jīng)驗(yàn)者組成的軟件開(kāi)發(fā)項(xiàng)目中應(yīng)先行開(kāi)發(fā)原型系統(tǒng)以求強(qiáng)化技術(shù)力量。在都是由無(wú)經(jīng)驗(yàn)者組成的軟件開(kāi)發(fā)項(xiàng)目中，如果一開(kāi)始就開(kāi)發(fā)正式軟件，不但進(jìn)度慢，而且不能保證質(zhì)量。因此，在有了一定的規(guī)格時(shí)，可將其基本部分抽出來(lái)作為原型系統(tǒng)先行開(kāi)發(fā)。這樣可事先強(qiáng)化項(xiàng)目人員的技術(shù)力量，以便在開(kāi)發(fā)正式軟件時(shí)可以原型系統(tǒng)為基礎(chǔ)，有效地利用其經(jīng)驗(yàn)。事例：對(duì)于全都是無(wú)經(jīng)驗(yàn)者的項(xiàng)目人員來(lái)說(shuō)，一切都是新的工作，會(huì)陷于試驗(yàn)性錯(cuò)誤狀態(tài)，不能按計(jì)劃開(kāi)發(fā)出符合要求的軟件產(chǎn)品，造成大混亂。（結(jié)果，到期不能交出確保質(zhì)量的軟件產(chǎn)品，給用戶(hù)添麻煩。）事件管理題目事件管理要由總管者日程化解說(shuō)： 對(duì)于系統(tǒng)開(kāi)發(fā)中的問(wèn)題和要研究的事項(xiàng)等，如果個(gè)別處理，則無(wú)法取得它們之間的同步聯(lián)系而發(fā)生故障。 規(guī)格總管部門(mén)要按期將所有事件匯總在一覽表中，分析判斷它們的關(guān)聯(lián)，排成日程表。事例：收到規(guī)格變更的指示后，便把采取對(duì)策的事交給了現(xiàn)場(chǎng)。在A(yíng)業(yè)務(wù)上采取了對(duì)策后便完事了，而與此相關(guān)連的主程序尚未對(duì)策，結(jié)果無(wú)法測(cè)試，只好推遲預(yù)定的運(yùn)行測(cè)試。事件管理題目必須用書(shū)面文件進(jìn)行確認(rèn)解說(shuō)： 對(duì)于和用戶(hù)及公司內(nèi)其他部門(mén)間的咨詢(xún)、委托事項(xiàng)、規(guī)格變更等有關(guān)事項(xiàng)，如果只用口頭互相傳遞，會(huì)由于遺忘或解釋錯(cuò)誤等而出問(wèn)題。事例：得到用戶(hù)規(guī)格變更的口頭要求后，在沒(méi)有相互確認(rèn)有關(guān)程序的處理、測(cè)試數(shù)據(jù)的作成、文件過(guò)渡作業(yè)的分工等的情況下就擅自答應(yīng)了對(duì)方。當(dāng)快到交貨期檢查工作時(shí)，經(jīng)詳細(xì)調(diào)查才發(fā)現(xiàn)工作量很大，已來(lái)不及變更。報(bào)價(jià)題目每當(dāng)報(bào)價(jià)條件變化，就要重新提交報(bào)價(jià)單解說(shuō)： 隨著反復(fù)的交涉，新系統(tǒng)的條件在不斷地改變。如條件變了卻不重新報(bào)價(jià)或雖重新報(bào)價(jià)了，但卻只停留在口頭上或筆記本上，那么新的報(bào)價(jià)可能會(huì)被忽視，對(duì)方只承認(rèn)最初的低報(bào)價(jià)。 再次報(bào)價(jià)的結(jié)果應(yīng)以正式文件提出。事例：某項(xiàng)目經(jīng)程序設(shè)計(jì)、生產(chǎn)階段順利地進(jìn)入了測(cè)試階段。當(dāng)初未明確化部分的規(guī)格也確定了，由于承擔(dān)人員的努力，可按時(shí)交貨，在工程會(huì)上向用戶(hù)提出當(dāng)初的報(bào)價(jià)要增加X(jué)XKS。因營(yíng)業(yè)部門(mén)為重新報(bào)價(jià)，協(xié)作公司提出要加錢(qián)，便急忙向用戶(hù)提出，結(jié)果遭到了用戶(hù)的嚴(yán)厲拒絕。報(bào)價(jià)題目明確分工解說(shuō)： 有時(shí)會(huì)有這種情況：認(rèn)為無(wú)需一開(kāi)始就明確用戶(hù)和公司之間、公司內(nèi)部的營(yíng)業(yè)、SE、設(shè)計(jì)部門(mén)之間的分工。雙方都想當(dāng)然地認(rèn)為對(duì)系統(tǒng)測(cè)試、為測(cè)試用的生成等體制及費(fèi)用有重大影響的作業(yè)應(yīng)由對(duì)方承擔(dān)。 實(shí)際上，在交涉談判時(shí)，因列出作業(yè)一覽表，事先明確各自的分工。事例：批量訂貨時(shí)，沒(méi)有討論和決定測(cè)試環(huán)境生成作業(yè)的細(xì)節(jié)和分工。接受APP定制作業(yè)的B公司在實(shí)施單機(jī)測(cè)試和子系統(tǒng)內(nèi)組合測(cè)試時(shí)才發(fā)現(xiàn)需要用超過(guò)了他們所承擔(dān)的程序變更作業(yè)范圍的測(cè)試數(shù)據(jù)主文件。于是便請(qǐng)求用戶(hù)支援，但用戶(hù)也無(wú)有經(jīng)驗(yàn)者，因而使工程晚了三個(gè)月。報(bào)價(jià)題目報(bào)價(jià)條件需得到用戶(hù)認(rèn)可解說(shuō)： 報(bào)價(jià)條件是報(bào)價(jià)的前提條件。前提條件如果錯(cuò)了，報(bào)價(jià)的內(nèi)容也就變了。通過(guò)與用戶(hù)深入地討論報(bào)價(jià)條件，才能使最初的方案生效