用程序開發(fā)（JAD）會(huì)議，以便根據(jù)一系列初始行式項(xiàng)目要求來充實(shí)將來的系統(tǒng)。通過JAD會(huì)議，架構(gòu)師可以與干系人一起確定期望的系統(tǒng)行為，并以此為基礎(chǔ)記錄用例和場景。通過對(duì)用例和場景進(jìn)行細(xì)化，可以幫助定義最終的一系列功能和非功能要求。
　正確功能的正確解決方案
　　如果我所做的只是將價(jià)格信息發(fā)布到網(wǎng)上，我可以到最近的小學(xué)里找個(gè)人來編寫HTML。如果我要做的是嘗試采用多種語言跨越國界擴(kuò)展我的供應(yīng)鏈，并確?？梢匀旌虻卦L問，那么我的功能和容量就必須更為可靠。
　　開發(fā)和設(shè)計(jì)解決方案的體系結(jié)構(gòu)時(shí)需要考慮的最重要的事項(xiàng)之一就是所需的對(duì)應(yīng)功能和容量級(jí)別。
　　經(jīng)驗(yàn)豐富的專業(yè)人員可以幫助客戶將業(yè)務(wù)需求轉(zhuǎn)換為業(yè)務(wù)意圖。業(yè)務(wù)意圖更為模糊，但更與“基本需求”和“投資回報(bào)”一致。
　　筆者相信業(yè)務(wù)需求和IT 功能存在重疊。正是由于這個(gè)模糊不清的界線使得體系結(jié)構(gòu)設(shè)計(jì)成為了一個(gè)困難而費(fèi)時(shí)的過程。不管是采用瀑布式還是迭代方法，規(guī)劃和需求分析階段始終都很單調(diào)乏味?？蛻艉苌僦浪麄冃枰裁矗?jīng)驗(yàn)豐富的專業(yè)人員有責(zé)任幫助客戶將業(yè)務(wù)需求轉(zhuǎn)換為IT功能。
　　這并不能通過只使用良好的工具和方法來實(shí)現(xiàn)，因?yàn)槊總€(gè)項(xiàng)目都是獨(dú)特的。盡管兩家公司相似，但他們都會(huì)告訴你各自的業(yè)務(wù)具有獨(dú)特性，并將這些不同之處視為他們的競爭優(yōu)勢。很多時(shí)候，文化、地域和地理位置對(duì)業(yè)務(wù)需求的影響決定著IT解決方案。政府法律法規(guī)和標(biāo)準(zhǔn)可能要求技術(shù)人員根據(jù)部署解決方案的場合對(duì)相同的業(yè)務(wù)需求采用不同的方法來設(shè)計(jì)。
　　捕獲和交付構(gòu)件的技術(shù)，包括用例、場景文檔、Rational Unified Process (RUP)—應(yīng)當(dāng)在參與的客戶中一致地實(shí)現(xiàn)。如果在項(xiàng)目進(jìn)行中，客戶改變了主意（業(yè)務(wù)需求）和決定，例如系統(tǒng)不需要24x7的可用性，而只需要8x7的可用性即可，因?yàn)樗麄儾幌Ｍ袚?dān)24x7解決方案所帶來的高成本，仍然可以很好地使用這些構(gòu)件。
　　管理不確定性和易變性
　　由于這是一個(gè)與人相關(guān)的問題，將組織的業(yè)務(wù)需求轉(zhuǎn)換為 IT 要求的挑戰(zhàn)并不能僅靠使用工具或方法得以解決。
　　業(yè)務(wù)需求和IT要求有很大部分都是重合的;即對(duì)于某些人而言業(yè)務(wù)需求指的是“我已更改的或新的業(yè)務(wù)流程是什么樣的？”而對(duì)其他人而言，則指的是“我如何借助對(duì)應(yīng)的關(guān)鍵成功因素實(shí)現(xiàn)一系列業(yè)務(wù)目標(biāo)？”還有些人覺得，這可能只意味著為一系列業(yè)務(wù)干系人提供功能，如新設(shè)備或新頁面，或者僅是新的自動(dòng)化業(yè)務(wù)規(guī)則執(zhí)行而已。
　　重要的事實(shí)是:業(yè)務(wù)需求和IT要求之間是否存在差別？這可能會(huì)引出一通長篇大論，但我的觀點(diǎn)是，缺乏術(shù)語以及用來討論這個(gè)問題的共同語言本身就是一個(gè)問題。
　　我們的挑戰(zhàn)是業(yè)務(wù)需求和要求通常僅得到了部分理解，而且通常具有易變性。很多開發(fā)方法都在通過引入迭代開發(fā)、工具以及其他技術(shù)來適應(yīng)這個(gè)不確定性和易變性。但這些方法僅解決了這個(gè)問題的一部分，因?yàn)檫@個(gè)不確定性和易變性僅是此問題的一部分而已。在假定特定方法是最優(yōu)的方法之前，要求流程必須了解要進(jìn)行的項(xiàng)目的類型。
　　項(xiàng)目類型因大小、范圍、組織關(guān)心的重點(diǎn)、文化、對(duì)解決方案的認(rèn)識(shí)、當(dāng)前環(huán)境以及其他因素的不同而有所差異。各種項(xiàng)目類型要求我們對(duì)每個(gè)項(xiàng)目采用不同的方式來處理將組織的需求轉(zhuǎn)換為 IT 要求的問題。不同的類型項(xiàng)目要求在開發(fā)方法、工具以及應(yīng)如何管理要求方面采取不同的處理方式。
　　由于這是一個(gè)與人相關(guān)的問題，將組織的業(yè)務(wù)需求轉(zhuǎn)換為 IT 要求的挑戰(zhàn)并不能僅靠使用工具或方法得以解決。認(rèn)為可以通過改善工具或創(chuàng)建新開發(fā)流程、方法或技術(shù)來完全解決此問題的想法是錯(cuò)誤的。
　　經(jīng)驗(yàn)豐富的專業(yè)人員知道將組織的業(yè)務(wù)需求轉(zhuǎn)換為 IT 要求的過程中必須根據(jù)一系列因素進(jìn)行調(diào)

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

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