y to resolve conflict using CBA (Cost Benefit Analysis)
2、 Define reverse sign-off criteria for artefacts
3、 Identify escalation criteria and use appropriately
4、 Obtain a list of CCD contacts for different purposes e.g. procurement, technical feasibility validation, connectivity issues, etc.
5、 Involve Offsite team to follow-up with CCD
6、 Expectations set shall flow through to RE team via BDM-AM. Set this as an agenda item for the Offsite team’s orientation meeting
7、 Use pre-defined templates to collect performance requirements in absolute detail
8、 Use Influx methodology for performance modeling
9、 Conduct user activity study for detailed understanding & definition of the performance requirements. Spending a day with the users in their work environment and observing the pattern of their activities will give lot of inputs about workload modeling, user response time, system bottlenecks, system load Vs. time pattern & system response time requirements.
1、 客戶的業(yè)務(wù)部門和IT部門的沖突
2、 兩個(gè)業(yè)務(wù)部門間的沖突
3、 對(duì)客戶而言，討厭工作變成機(jī)械性操作
4、 聯(lián)系的計(jì)算機(jī)和通訊部門（CCD）人員不在場(chǎng)，無法放置系統(tǒng)
5、 銷售團(tuán)隊(duì)不適當(dāng)?shù)钠谕?BR>6、 并非所有類型的需求都收集了，例如性能需求 1、 采用成本利益分析的方法解決沖突
2、 識(shí)別違反標(biāo)準(zhǔn)的提交物需求
3 、 確認(rèn)新擴(kuò)展的業(yè)務(wù)標(biāo)準(zhǔn)，改標(biāo)準(zhǔn)正常的應(yīng)用
4 、 取得計(jì)算機(jī)和通訊部門（CCD）聯(lián)系人列表來滿足不同的需要，象采購，技術(shù)可行性驗(yàn)證以及連接問題等
5 、 與場(chǎng)外人員聯(lián)系應(yīng)遵從計(jì)算機(jī)和通訊部門（CCD）部門安排
6 、 產(chǎn)品期望值的設(shè)定要依次通過需求獲?。≧E）小組，商務(wù)開發(fā)經(jīng)理（BDM）和銷售經(jīng)理(AM)。在場(chǎng)外的技術(shù)支援計(jì)劃會(huì)議上，將設(shè)定產(chǎn)品期望值安排為一個(gè)議程
7 、 使用預(yù)先定義的模版來收集性能需求
8、 采用Influx方法來得到性能模式
9 、 觀察用戶的活動(dòng)，詳細(xì)理解并識(shí)別性能需要，花一天時(shí)間與用戶待在一起，觀察他們的工作模式，得到工作量的模型，用戶響應(yīng)時(shí)間，系統(tǒng)瓶頸，系統(tǒng)負(fù)載與時(shí)間模式，以及系統(tǒng)響應(yīng)時(shí)間的需要

  下一章將繼續(xù)介紹需求捕獲的階段組成——現(xiàn)場(chǎng)最佳實(shí)踐和場(chǎng)外分析（待續(xù)）

    項(xiàng)目經(jīng)理勝任力免費(fèi)測(cè)評(píng)PMQ上線啦！快來測(cè)測(cè)你排多少名吧~

    http://opto-elec.com.cn/pmqhd/index.html