• <ins id="pjuwb"></ins>
    <blockquote id="pjuwb"><pre id="pjuwb"></pre></blockquote>
    <noscript id="pjuwb"></noscript>
          <sup id="pjuwb"><pre id="pjuwb"></pre></sup>
            <dd id="pjuwb"></dd>
            <abbr id="pjuwb"></abbr>

            無我

            讓內(nèi)心永遠(yuǎn)燃燒著偉大的光明的精神之火!
            靈活的思考,嚴(yán)謹(jǐn)?shù)膶?shí)現(xiàn)
            豪邁的氣魄、頑強(qiáng)的意志和周全的思考

            流于形式的溝通——溝通需要用心準(zhǔn)備

                   《大道至簡》第四章“流于形式的溝通”,從正反兩方面舉例來形象而深刻的說明了軟件工程中普遍存在的流于形式的溝通的問題,很有意思并且很有意義。
                 
            原文      我們總是要先接觸客戶的,是的,如果不這樣,我們將無法確知要做什么。 
                  作為開發(fā)人員,可能更希望客戶能學(xué)習(xí)或者精通C語言,這樣客戶就知道開發(fā)人員正在做什么,以及有多么地勤勞?;蛘?,這樣的客戶還能以C 語言的方式告訴開發(fā)人員他們究竟想要什么。 然而要求客戶學(xué)習(xí) C 語言明顯是自殺式的行為。在客戶( 的代表) 學(xué)會用C 語言來向開發(fā)人員描述他們的需求之前,可能他就已經(jīng)被老板開掉了。因此沒有客戶會笨到愿意用C 語言來描述他們的需求。 

                  為了解決上面所說的掌握需求的問題,所以很多公司選擇來向第三方求助:
            原文
                  要深入項(xiàng)目的需求階段的項(xiàng)目經(jīng)理或者調(diào)研人員,被要求深諳項(xiàng)目所涉的業(yè)務(wù)。但這往往我們所做不到的,因?yàn)槲覀兪擒浖?,而不是做這些( 客戶的) 業(yè)務(wù)的公司。這時(shí)慣常的做法是聘請行業(yè)咨詢公司( 或者個(gè)人) 來介入需求階段,協(xié)助了解和分析需求。 
                  他們總是很喜歡把事情搞得很復(fù)雜,所以他們會說這一切的過程有個(gè)專用名詞,“En...這叫需求建模”他們很專業(yè)地說。 
             
                  現(xiàn)在你應(yīng)該發(fā)現(xiàn)了差距。比如我們的項(xiàng)目經(jīng)理,以及那個(gè)被調(diào)來充當(dāng)調(diào)研角色的程序員,他們就不會什么“需求建模”。 
                  接下來咨詢公司會與我們的客戶一起做業(yè)務(wù)建模,然后再做業(yè)務(wù)到需求的映射,再抽取需求并完成需求建模。他們做業(yè)務(wù)建模的時(shí)候,可能使用一些客戶業(yè)務(wù)范疇內(nèi)的符號和標(biāo)識;而在做需求建模時(shí),則需要使用一些軟件行業(yè)中( 的設(shè)計(jì)和分析人員) 習(xí)慣的符號和標(biāo)識。 
                  這些符號和標(biāo)識也有個(gè)專用名稱,“En...這個(gè)叫模型語言(ML)。”他們無時(shí)無刻不在向你展現(xiàn)他們的專業(yè)( 這已經(jīng)是他們還存在的唯一原因了) 。 
                 如果他們更加專業(yè),他們會告訴你他們用的是UML。向你介紹這個(gè)名詞的時(shí)候,他們的眼鏡或者眼睛里通常將大放異彩。 
                  UML是模型世界里的世界語。 
                 
                  看起來很專業(yè),可是效果真如所表現(xiàn)的專業(yè)性一樣很有成效嗎?     

            原文       到現(xiàn)在為止,你應(yīng)該看到,咨詢公司除了把問題搞得更加復(fù)雜之外,他們?nèi)匀恍枰鎸ψ钪苯拥膯栴}:與客戶如何交流? 
            他們的解決之道是模型語言。 
             
                  有什么差別嗎? 
                  程序員不能要求客戶會 C Language,難道需求分析師們就能要求客戶會Modeling Language 嗎?!


                  我覺得這個(gè)觀點(diǎn)是很簡單卻很深刻的:這在很多情況下,只是往本來連接不清晰的網(wǎng)絡(luò)中進(jìn)一步插入一把線團(tuán)而已。而且不僅僅客戶可能完全不知道ML,正如書中第二節(jié)“ 項(xiàng)目文檔真的可以用甲骨文來寫 ”中說的:連開發(fā)團(tuán)隊(duì)也可能不清楚,”該物來源不詳,屬性不詳“。這樣的溝通又有什么幫助和意義?

                  軟件項(xiàng)目開發(fā)的需求調(diào)研無疑是非常難,正是因?yàn)殚_發(fā)團(tuán)隊(duì)不懂業(yè)務(wù),而客戶不懂實(shí)現(xiàn)。這是一個(gè)相悖而現(xiàn)實(shí)的問題。所以必須要深入的溝通,可是溝通并不一定有成效,因?yàn)殡p方雖然同處一個(gè)地球,但思想?yún)s往往不在同一個(gè)世界......
                  所以,專業(yè)的咨詢公司就應(yīng)運(yùn)而生,可是說起來專業(yè),但最終的成果也不一定令人滿意,因?yàn)檎l又能保證那些咨詢公司真正能通曉你和客戶這兩個(gè)世界的語言和風(fēng)俗呢?如果不是,恐怕還是你努力嘗試進(jìn)入客戶的世界更加簡捷有效。
                  所幸的是,作者在本章的第3節(jié)“最簡溝通”中正是完整描述了一個(gè)他們團(tuán)隊(duì)在極少的溝通條件下成功的完成調(diào)研需求和項(xiàng)目的例子。內(nèi)容比較長,此處不摘錄,簡單的說:他們之所以成功,是因?yàn)樽陨硎孪仍诒澈笙伦愎Ψ颍赫驹诳蛻舻慕嵌?,思考每一個(gè)細(xì)節(jié),每一個(gè)可能的需求,設(shè)想盡可能多的問題。然后每一次得到反饋后,就進(jìn)行深刻的分析,以從這些專門設(shè)計(jì)的問題中探求客戶的本意和需求,包括他的隱形的喜好,從而使得每一次溝通都及其具有成效。
                  我想通過原文中的以下這一段話來表明我的一個(gè)體會:
                
            原文     應(yīng)該清楚的是,保障每一次溝通的有效性都是最重要的事。溝通不是打電話或者請客戶吃飯那么簡單的事。你得到的每一次溝通機(jī)會,都是向客戶了解更深層次的需求的機(jī)會,因此最好在見到客戶之前,你就已經(jīng)設(shè)計(jì)了所有的問題和提問方式。 
                 
                  世界上從來沒有輕而易舉的事,如果你看到一個(gè)人做這個(gè)事情輕而易舉,而別人不能,那是因?yàn)樗诒澈笙铝撕艽蟮墓Γ昧撕芏嗟男?,只是我們沒有看到!

                 上面這個(gè)道理,是放之四海而皆準(zhǔn)的一個(gè)真理。而如果將這句話用另一種方式表達(dá),就是:幻想不需要用功,不需要用心,或完全假借他人,就能事事輕松順利,是從來未之有的?。ㄇf不要幻想如同武俠小說里面,打個(gè)坐就能直接獲得高人畢生的內(nèi)力一樣,哪天自己也誤闖某山洞,驚遇一白胡子老頭,被打通任督二脈,獲取絕世武功,從此天下無敵……哎,即使有這樣的事,那個(gè)人也是段譽(yù),而不是你?。┧裕鎸εc客戶溝通的機(jī)會少,而需求多,希望假借他人(咨詢公司)或者僥幸心理(客戶好對付)的動機(jī)都是萬萬不可行的!

                  最切實(shí)最有成效的方法只有一個(gè):站在客戶的角度,自己事前多準(zhǔn)備多下功夫!這樣,從形式上,將是最簡單;而從效果上,將是最成功!

            posted on 2013-07-11 16:16 Tim 閱讀(263) 評論(0)  編輯 收藏 引用 所屬分類: 品讀《大道至簡》

            <2013年7月>
            30123456
            78910111213
            14151617181920
            21222324252627
            28293031123
            45678910

            導(dǎo)航

            統(tǒng)計(jì)

            公告

            本博客原創(chuàng)文章,歡迎轉(zhuǎn)載和交流。不過請注明以下信息:
            作者:TimWu
            郵箱:timfly@yeah.net
            來源:www.shnenglu.com/Tim
            感謝您對我的支持!

            留言簿(9)

            隨筆分類(173)

            IT

            Life

            搜索

            積分與排名

            最新隨筆

            最新評論

            閱讀排行榜

            久久久久亚洲精品天堂久久久久久 | 久久男人中文字幕资源站| 久久精品无码一区二区三区免费| 国产2021久久精品| 无码人妻久久一区二区三区蜜桃| 久久夜色精品国产噜噜噜亚洲AV | 一级做a爰片久久毛片看看 | 久久99精品久久久久久秒播| 久久午夜综合久久| 99久久婷婷国产综合亚洲| 久久久久免费视频| AV无码久久久久不卡蜜桃| 色99久久久久高潮综合影院| 久久久久亚洲Av无码专| 青青草国产97免久久费观看| 国产99久久精品一区二区| 久久久久久久波多野结衣高潮| 久久美女人爽女人爽| 亚洲色欲久久久综合网| 久久久亚洲精品蜜桃臀| 国产精品久久永久免费| 天天躁日日躁狠狠久久| 欧美午夜精品久久久久久浪潮| 色综合久久综合网观看| 久久九九精品99国产精品| av色综合久久天堂av色综合在| 久久精品免费观看| 久久国产精品成人影院| 亚洲精品乱码久久久久久按摩 | 伊人久久大香线蕉综合热线| 9191精品国产免费久久| 国产日产久久高清欧美一区| 久久久无码精品亚洲日韩按摩 | 久久精品一本到99热免费| 老男人久久青草av高清| 中文字幕无码久久人妻| 大香伊人久久精品一区二区 | 久久丫精品国产亚洲av| 久久精品国产亚洲AV高清热| 麻豆成人久久精品二区三区免费 | 99久久精品毛片免费播放|