A. 為什麼程序員普遍都比較難溝通
他們太古板了,天天就一套邏輯思維,無法溝通。
B. 程序員的工作和生活都是非常枯燥的,跟程序員交往會不會顯得很乏味
程序員的工作和生活都是覺得非常的枯燥,想要和程序員交往的時候肯定會覺得有些乏味,彼此選擇在一起交往的時候都是看到了對方的閃光點。雖然說生活會覺得有些乏味,但是也正是因為兩個人性格有些互補,所以並不會覺得和程序員交往有些枯燥。在性格搭配上大多數都是呈現了互補的,如果程序員的生活較為枯燥,自己可以選擇活潑一些,能夠豐富對方的生活。
生活需要儀式感程序員也可以表現的十分浪漫,畢竟經常和電腦打交道,也可以查看到網上新鮮事件。所以在看到別人家的男朋友給女朋友製造驚喜的時候,程序員也可以通過電腦的方式給對方製作一個有愛意的程序,或者是獨自研究出一款軟體。能讓彼此兩個人共同使用,也能見證彼此愛情的發展,在談戀愛的時候,生活也是需要儀式感的。
C. 程序員工作中的溝通小技巧
程序員,是互聯網公司的一筆資產,也是產品經理等沖突的主要對象,如何提高與程序員之間的有效溝通,請看下文:
心態平和——程序員的內心世界是很豐富,在經歷了各種需求修改、bug修復後,相對而言與人交流的能力要明顯弱於與計算機的交流能力。因此一定要心態平和的與程序員進行溝通。
希望以上幾點建議,能夠幫助提升你與程序員之間的溝通效率。
D. 項目負責人如何和程序員溝通
做一名程序員,雖然好的口才不是必要條件, 但不善於表達自己想法以及與上司同事溝通,吃虧的是自己;
最近做一個項目,與項目的負責人出現一些不愉快的事情,出現這種情況雖然與其它雜七雜八的事情有點關聯, 但最重要的原因還是在工作上缺乏溝通; 例如, 上周他給我們C#組的人員分配工作, 每人負責一個小模塊, 資料庫和需求文檔已經提供有,但資料庫的表欄位有可能根據實現開發情況做少許改動,而且也給我們一個例子看, 可能參考該例子來做; 在統一講需求時雖然聽起來明白了,但做起來會發現很多關節的細節沒考慮進去,而這些細節往往會影響到開發的速度, 甚至看駢符合了文檔的需求,但卻不符合負責人或者說是客戶的實際需求;因為文字類型的需求是比較抽象,特別是要做用戶界面, 雖然有例子,但也只能參考,不能照搬也做,這樣做出來的程序很多情況下只符合程序員自己的需求; 已經花了很多時間去做一個可能不需要的功能,如我當時做一個日歷控制項來顯示排班信息,且也接近交貨日期了,到時交到負責人手裡時才發現,這個日歷控制項不是必要的,選擇的時間范圍是在彈出窗口裡,且不保存到數據..., 這時發現做了很多無用功,又要加班加點去趕進度了。雖然這只是一個小例子,但相似的例子在前幾個月里已經發生過幾次,為什麼呢,因為表達能力差,也不善於與人溝通。可以利用日事清管理工具來溝通,把想法寫出來。然後@給項目負責人。不用直接面對,效果不錯。
E. 在程序員的職業發展中,溝通能力扮演什麼樣的角色
首先,第一點,程序員會的溝通能力就是會聊天。技術水平是"溝通能力"的基礎,技術弱,自己對每個環節都沒有深入認知的前提下,即使會聊天,善於溝通,所傳遞的信息也可能是錯誤的。
我有這樣一個朋友,在首都的大公司任職,技能水平中等偏上吧,並且他總是能用一個簡短的比喻,或者小故事,讓完全不懂技術的管理層知道他的團隊在做什麼,在他的團隊里,有很多比他技術能力強悍的人,也不乏大牛。但是他卻成為了團隊的管理者
如果你的技術夠牛,那你會覺得溝通能力無關緊要,但假如你技術又好又善於溝通,那可不僅僅是錦上添花的大優勢了。
F. 剛當上項目經理,如何與組內的程序員進行有效溝通
溝通是一門學問,如何有效的溝通更是門必修課。模仿、聆聽、真誠、注意肢體語言、就事論事、保持情緒這些方面在和人溝通的時候都要注意。鑒於你剛剛當上項目經理,有很多東西需要與組內成員磨合,所以進行有效的溝通是很必要的,我簡單的提供下幾點幫助,希望能對你有用。
4、戒講假話。有喜報喜,有憂報憂,如實反映情況,不隱瞞自己的觀點。
5、戒講臟話。文明禮貌語言美,在任何場合都不講罵人的話、粗魯的話、低級趣味的話。
6、戒講文理不通的話。說話要合乎邏輯、合乎語法,講究修辭,積極維護祖國語言的純潔和健康。
G. 作為一名程序員,如何在職場中提升溝通效果
我覺得單純從程序員的角度來看的話,他們在溝通上面已經做得非常的精簡了,基本上是沒有什麼廢話的,舉個簡單的例子,就比如說某個程序員要去別的部門借某個東西,他們不會跟你拐彎抹角的,都是直接拿的,而且拿完之後,有的放回來也不知會一聲,因為在他們看來,這樣會更加的高效省時間,但是從普通人的角度來看的話,就缺少一點人情味。
所以我覺得這種人就應該改變一下自己和別人的溝通方式,當別人指出你錯誤的時候,你就應該虛心地接受,然後去檢查一下是不是自己真的出錯了,而不是和別人爭論,畢竟你的錯誤有可能會導致整個項目的崩潰。
H. 程序員如何解決溝通沖突,避免互撕大戰
在一般情況下,程序猿可以和產品維護好日常關系,一起吃午飯,一起參加團建之類的,日常溝通順暢了,溝通產品的時候相對也好溝通一些,和不懂技術的產品講技術,對方可能也能聽的進去一二,也就能避免互撕大戰,大家撈的清閑了。
像那場驚天動地的程序猿暴打產品經理那場戰事中,據說就是產品經理提出了要求,去實現客戶端顏色適配用戶手機殼,面對這樣的需求,應下來就是給自己挖坑,因為這樣的功能肯定沒辦法實現的呀。如果這位程序猿和產品經理平時關系相處的好一些,大家能坐下來好好溝通
「兄弟,你這個功能不好搞啊」
「咋不好搞?」
「我跟你講啊,技術上,這樣那樣這樣那樣」
「噢,原來是這樣,還是你專業,聽你的,那就這個功能不要了」
溝通能解決的事情,這樣的結果,皆大歡喜。
I. 產品經理該如何跟程序員溝通
產品經理面試的過程中面試官特別喜歡會問一個問題,如果開發人員以無時間為理由拒絕你的需求怎麼辦?工作中產品經理和技術人員打交道的次數太多了,行業內也流行著一些圖片來調侃產品和技術之間的關系,兩者的關系可以用相愛相殺來形容。
之所以這么說有兩個理由,相愛是因為兩者要互利合作,把老闆交給的任務完成,而且只有彼此合作才能讓工作進展的更順利。相殺是因為這兩個職業又存在著很大的矛盾,產品經理的需求間接決定了技術人員的工作量,有些技術人員確實對產品經理比較反感。
我也看過一些關於產品與技術如何溝通的文章。這篇文章我想結合我自己的親身經驗,分享一些小技巧,可以當做是保持良好關系的潤滑劑。
1
首先我們分析一下技術與產品之間產生矛盾的原因。在分析之前,先設一個前提,每個公司在招人的時候都有其標准,尋找價值觀相同的人,所以我一直都相信開發人員並不會無故找理由拖延項目周期。反過來,如果開發人員因為品性而偷懶或者說是耍心眼不幹活的話,那就沒辦法了,個人主觀因素太大。
第一種情況是產品經理的需求與開發人員手頭的項目撞期了,解決的辦法很簡單,就是根據需求的優先順序來調整開發排期。碰到這種事,有些領導也總是期望產品經理靠著自己的方法解決。但是除了跟上級領導申請調整優先順序,沒有別的好辦法。一個客觀事實,公司在多個項目中確實有優先順序之分,雖然你自己的孩子自己最看重但是在別人眼裡並不是這樣。第二個原因是開發人員是按照公司意願辦事,說嚴重點你總不希望別人因為你的事情跟領導鬧僵,搞砸自己的飯碗吧。
第二種情況技術人員並不認同產品經理的觀點,雖然產品經理和技術人員各司其職,但是在工作中會碰到有些技術對產品特別關心,如果產品經理的做法自己不認同的話會提出質疑。如果質疑的人是技術老大,產品經理往往會更被動。遇到這種情況我覺得很正常,想辦法說服技術人員。
除了搬出之前做的產品分析和用戶調研外,我在工作中總結了一點經驗,平時可以多跟技術聊聊天,增進彼此了解,觀察他們經常上使用的產品,在溝通說服他們的過程中,可以拿他們經常用的產品舉例,這樣的話他們本身對那個產品更熟悉,自然也更好理解。另外,在跟技術講解產品的時候也要適當的畫餅,描繪一下產品上線成功後的美好未來,這會帶動起他們的積極性。
2
產品經理要做好自己的基礎工作,這利於給開發人員留個好印象。做好這方面的工作有兩點,一是想好產品規劃的原由,避免被技術的同學問住。技術人員也特別討厭產品經理說「某某產品就是這么做的,我們按照他們的做就行了」這樣的話;二是寫好產品文檔,在產品文檔中避免有遺漏的地方,特別是一些比較復雜的功能,一定要解釋清楚,因為技術人員會遵照著產品文檔進行開發,所以說如果有疏漏的地方會增加溝通成本,如果文檔寫錯了,造成開發出來的產品功能不符合預期就是產品經理的責任了。
為了提高文檔的可讀性,我們也可以多使用圖文、流程圖的表現形式,如果只是乾巴巴的一個word文檔,幾千個文字,看起來確實很枯燥。
對於產品經理和開發人員來說信任尤為重要,如果開發對產品經理缺乏了信任,結果就是你的話開發人員不會再聽了,每個需求他們需要經過你的領導確認後才會去做。獲取對方信任的一個很重要前提就是說話算數,當技術人員詢問你某一個問題時如果自己沒想清楚,可以先暫時別回答,考慮清楚後再說。要是隨口一說,過後又讓開發人員修改,不僅會造成開發人員返工,這種行為也是非常不負責任的。
即便文檔寫的再完善,在產品開發過程中也難免需要當面溝通。項目跟進,需要產品經理極大的責任心和積極性。一個項目立項後,公司通常會把參與人員列為一個小組,產品人員需要根據開發排期跟進開發進展,避免開發出來的產品與預期不符,驗收產品功能是否與產品期望一致。這個過程產品人員的工作往往會比較繁瑣,也會比較忙,當然也會鍛煉產品經理的溝通能力。
3
說一下行業內一直討論的一個問題,產品經理該不該懂技術?我覺得這個問題並沒有什麼好討論的,無論是從個人知識量還是從是否有利工作的角度講肯定是懂技術要更好,而之所以能吸引那麼大的熱議,可能是由於很多產品經理不懂技術,但是又沒有興趣學習,所以心底一直會糾結這個問題。
從我個人的經驗來看,特別是你做項目比較多的時候,會發現懂點技術跟技術人員溝通起來會順暢很多,一個重要的體現是技術人員也很願意跟你交流技術實現的一些想法,而不會說「算了,跟你說了也沒用」這樣的話。
產品經理懂技術還有一個很重要的益處是當業務部門提出需求時,自己就能評估出技術實現的可行性,對於實現起來比較困難的需求自己就可以跟業務部門商量優化方案。而不必每個功能都去詢問技術,無形中也減少了技術的麻煩。
不過我跟很多人的觀點也一樣,產品經理對技術的了解不需要太精通,說到這我還得慶幸自己大學時候學的是計算機專業,雖然學的不好,但對於現在的工作還是非常有益處的。不過我在工作中也會碰到技術人員偶爾說了一個名詞自己不理解的,這時候兩種辦法,要麼主動問一下,要麼自己去網上查,明白其中的邏輯關系,知道是怎麼一回事就好。
畢竟術業有專攻,雖然我們希望知識越多越好,但也別給自己太大壓力。況且技術知識也在更新迭代,他們使用的框架也會變化,技術的語言也有很多,如HTML、Java、PHP等,你不可能全都精通。
4
最後說點工作中會遇到的個人主觀因素。
當產品經理跟其他部門提需求或是溝通確認的時候也不排除其他同事有未及時回復的情況,為了確保項目上線也為了爭取資源,這個時候就需要產品人員更加主動一些,所以產品經理有時候還需要臉皮厚一點。
當提交一個需求給開發部門制定排期,你會發現他們都會把時間定的很充足。也許你會因此對其他同事有看法,但其實在工作中都是這樣子,大家都不會把自己的時間安排的太緊張,而且還要考慮過程中可能會出現的風險因素,例如請假的情況。當然也不能把時間定的太長,那樣老闆該不開心了,所以最好是產品經理根據上線時間與開發人員定一個時間結點,讓開發人員在這個時間點前完成即可。
J. 如何才能和程序員男友進行有效的溝通呢
我們會發現,如果自己的男朋友是程序員的話,這個時候我們自己與男朋友溝通的時候也是非常的麻煩的。因為自己的男朋友通常都會非常的注重這樣的一個理性的邏輯思維,而對於我們自身來說,在愛的時候,通常也會想要得到一些相關的庇護。那麼我們也會覺得跟自己男朋友相交談的時候是非常的不好的,而且會讓兩個人之間產生一些隔閡,並且會因此吵架。
那我們自己在跟他們一進行溝通的時候,就需要一定的目標。而且我們在跟他們進行交談的時候,就需要去注意我們自己的方式,不能夠用我們自己女生的一些情感和態度來對待。畢竟他們自己非常的不了解我們自己變得心裡所想,我們只能慢慢的跟他們進行耐心的溝通,才能夠讓他們自己慢慢的去嘗試走進我們自己的內心。也會讓他們不會產生抵觸的心理,畢竟對於程序員,男朋友來說,通常都是一根筋的。