題:
在提供統計信息反饋時,如何避免成為“負面人物”?
user2390246
2017-01-16 23:53:45 UTC
view on stackexchange narkive permalink

將結果發送給一組生物合作者以徵求反饋。該小組的高級成員對結果的含義,可能的擴展等問題發表了評論。我查看結果,但我不太擅長“大局”(我是一個相對較低的成員)團隊),但我在統計方面相當出色(這是我的主要職責),所以我著眼於細節。

有時候我對自己說:“我認為這些結論並不能為數據提供充分的依據”。 我該如何以一種不會被過度否定的方式給出誠實的反饋?我可以建議其他更有效的方法,但是如果這些方法給出的答案只是“噪音”,那我就是將冷水倒在整個食物上。

也許認為這對同事而不是審稿人的傷害要小得多。當然,不能保證會為統計觀點的審閱者分配論文,但是仍然最好在嘗試發表之前對其進行改進。如果統計結果不支持結果,則它們可能會受到進一步審查的影響而破裂,您也不想基於錯誤的發現來構建研究程序。
在將“統計信息”替換為“選擇顏色圖”時也適用;-)
為此,“魔術詞”不是您小時候學到的“請”和“謝謝”,而是“我不明白為什麼*等等等等*”。如果您喜歡得到的解釋,那麼給出建議的人會比您更聰明,並且,如果您不喜歡,則其他人而不是您開始進行技術辯論,並且您從不*指*他/她的被“錯誤”。
@alephzero當我的主管說“我不明白你為什麼做X *”時,我傾向於將其解釋為“ X是錯誤的” *,但是這種解釋可能會產生一定程度的冒名頂替效應。
作為該領域的學生,您要求教授進一步詳細解釋他們的教學,以便您了解。作為教授,您要求學生解釋他們的答案,以便他們了解...
為了支持@alephzero's的評論,在教學法/交流課程中,我遇到了我非常喜歡的術語“我的消息”。都是關於:“我不明白為什麼……”與“你一定是錯的……”。有關更多信息,請參見此處:https://en.wikipedia.org/wiki/I-message
“我認為目前的數據並不能證明這些結論是正確的”,這是怎麼回事?
@Trilarion有些人花了很多時間來得出結論,但毫無疑問他們被拒絕了(為什麼)?問題“您是如何從[數據]得出[索賠]的?”更好-您表現出我們對理解的興趣,而不是對否認的興趣,它使您能夠弄清楚為什麼[聲明]沒有被[數據]證明是正確的。
-1
@Trilarion如果在有關該主題的2個小時討論中並試圖理解它,則與僅陳述該問題完全不同。
@alephzero,保持相同的基本思想,例如,您可能會不太自嘲。 “我看不到數據如何支持該結論,”或者更堅定地說“我看不到*數據*支持該結論”。
我只是在一個會議上,贓物包裡有一個柔軟的泡沫球。有人指示我們,只要我們覺得主持人在大喊大叫,就應該向他/她扔球。你能向同事扔球嗎?
十二 答案:
BarbalatsDilemma
2017-01-17 01:22:30 UTC
view on stackexchange narkive permalink

我建議您以謙遜和好奇的方式與您的同事聯繫(特別是因為您是團隊的初級成員)。如果您以“您的結論是錯誤的,這就是原因”開始對話,您將為會議的其餘部分定下好鬥的基調。可能是因為他們以您不知道的方式來解釋數據。

相反,請嘗試使用類似於“我查看了數據並進行了這種解釋,可以你向我解釋你的解釋?”您本身就是一名研究人員,因此對於初學者或初學者的意見都應該得到重視。但是,至少使用這種方法,您表明您對錯誤的想法持開放態度,並希望這將引發建設性對話,讓您可以辯論分析類型A優於B類型的優點,等等。

我是來這裡問這個問題的,而這個答案對我來說似乎是錯誤的。我已經試過了第2款的等效內容,並作為最初問題的答案,但顯然沒有根據,基本上是同一錯誤的重複。然而,我尋求如何避免這種情況。
@Joshua的想法是按照我的建議開始對話,然後從那裡進行對話。例如,如果他們說“我使用Foo的方法來解決小部件”,而您認為Foo的方法不適用於這種情況,請告訴他們並查看其合理性。我無法預測對話中將要發生的所有事情,但是如果您以正確的心態來對待它,則可以討論您的觀點分歧,直到真相出現為止
如果他們沒有為他們使用的分析方法提供任何理由並拒絕與您討論,那麼您將無能為力。畢竟是他們的研究(除非您與他們共同撰寫論文,否則您的名字就在上面,這樣您就可以更加努力地尋求答案)
Dirk
2017-01-17 02:34:57 UTC
view on stackexchange narkive permalink

適用一般反饋規則。

其中有一些:

  • 沒有必要批評任何人。
  • 堅持事實。
  • 描述尤其是描述您對事物的看法,例如不要寫“斷言不是由數據證明的”,而是“我看不出數據是如何解釋的”(並可能舉一個關於某些主張的示例,您發現數據同樣“無法解釋”)。
  • 不要為負。相反,請提出一些更好的建議。
  • 如果您不知道有什麼改進,請提出問題(例如“我無法弄清楚,如何得出此結論,請您澄清/提供進一步的解釋”) )。

最後提示:將您的批評夾在中間,即以一些好的東西開始,以一些好的東西結束,然後在中間夾一些肉。

(您可能還想google“反饋規則”或“如何提供反饋”,但是有些規則/提示可能不適用…)

我還要補充一點:對他人持開放態度,並意識到您有可能錯了-無論背景和資格如何。
我不得不質疑倒數第二點(“不要否定。相反,提出一些更好的建議。”)當您的意思是“ Y無效”時說“為什麼不嘗試X”非常令人困惑(我一直在這個交流的兩端)。
“我看不到數據如何解釋這一點”與“該斷言似乎沒有被數據證明是合理的”一樣嗎?可能,可能,似乎,...的使用應該足以表明您也可能是錯的。當然,盡可能有禮貌從來沒有什麼壞處。
作為前生物統計學家,我很遺憾地說這不是解決這個問題的方法。生物項目背後有很多錢,這給獲得積極成果帶來了極大的壓力。錯誤的統計數據通常是試圖“將”產生積極結果的結果。在這些情況下,不要消極地將批評夾在中間是一種肯定的方式。
這對生物統計學家來說是個壞消息(我的意思是,如果將反饋夾在中間或用友好的方式表達出來,則將其忽略)。
作為生物統計學家的@Dirk:可能非常困難。正確地做事並不總是會使您成為很多朋友,儘管這在很大程度上取決於實驗室。
-1
Jeff
2017-01-17 02:52:39 UTC
view on stackexchange narkive permalink

如果統計數據總是關於真相,並且每個問題都有正確的答案或方法,那將是很好的。事實並非如此,許多因素都有爭論的餘地。我是經濟學家,並且已經在三個不同的領域親眼目睹了這一點。

首先,我進行了一些跨學科的實證研究,並與社會學家一起進行了研究。而。我們的假設相互矛盾使我感到震驚。幾次我提出了經濟學領域完全標準的建議,結果發現他無法理解為什麼我們會那樣做。然後至少有三遍是他提出了 I 無法理解的社會學標準方法。

第二,我進入了政策研究領域。神聖的牛,政策領域用統計和計量經濟學來做事,這會使計量經濟學家在他們還活著的時候在他或她的墳墓裡翻滾。

更糟糕的是,因為我開始與一些數據科學家一起工作。我什至不會開始,只是說他們接受了使我成為墳墓的完全正常的事情。

我分享我的軼事的意思是建議比“我認為這些結論不能被數據證明是合理的”更謙虛。當然要提出批評,但不要讓部門內的人對每個統計細節都完全了解。我的觀點主要是關於我在領域之外進行冒險時遇到的問題,但是我認為該課程在您的主要領域內仍然有意義。尤其要謹慎對待您反對的事物,無論它們在您的領域中廣泛使用。

這些都不是建議您應該忽略發現不正確的事物。而是嘗試如下語句:

  • “我像您在這裡一樣使用方法A。(某年,某年的論文)中提出的問題看起來可能是相關的,因此您可能也想在這裡解決他們的觀點。”
  • ”是什麼讓您決定使用方法A而不是方法B?也許方法B將是一個很好的魯棒性檢查?“
  • ”關於如何在假設X的情況下驗證數據擬合的一兩行可能很好。 “

簡而言之,就好像您正在假設他們知道自己在做什麼一樣對待它,然後問一些有用的問題以將他們引向您的所需點。

尤其是,成為一個完整的學徒實際上是正確的事情。在統計中。這並不意味著成為一個完全的混蛋。這意味著應該聲明任何其他假設,並且只有真正根據數據和使用的定理得出的主張才有效。即使是聽起來很合理的輕微概括也只能是一種假設或可能的解釋(仍然值得在論文中包括),而不是結果。
我認為這是一個很好的答案:在實踐中,數據是否能證明結論的正確性具有強烈的學術文化成分。這意味著,如果您只是走進房間並假設自己是對的,而其他所有人都是錯的,那麼您可能會無知地混蛋。當然,數據是否證明結論是正確的*也是*一個統計問題。因此,我認為OP的目標應該是嘗試以一種有用的方式為討論結果的有效性做出貢獻。 (這個角色似乎不太可能說服團隊中的其他人回到製圖板上……)
-1
@Jeff您能舉個例子,區分學究和徹底嗎?我能想到的是是否要檢查我們所基於的一些廣為接受的工作的有效性,但是在某些情況下,即使是徹底的工作也意味著要深入研究這一工作,因此我不確定。特別是,如果該工作做出了一些隱含假設(例如,否則某些作者所使用的定理不起作用),那麼我們應該將該假設包括在我們的論文中(例如,類似於[42],要使定理7能夠工作,我們假設XYZ)。如果不這樣做,那麼您只會得到一堆錯誤的結果。
@dtldarek Pedantic是貶義詞。例如,它意味著您的方法傲慢無禮或優越。
我已更正@Jeff。我知道“ pedant”是一個貶義的術語,但將其理解為“過分地關注形式主義,準確性和精確度”(引自Wikipedia),這是我的預期意思(我沒有提到不是一個混蛋)。直到現在,我檢查了另一種可能的含義,它可能是您想要的(顯示出誇張而傲慢的學習成果;也來自Wikipedia,但很多詞典都同意)。
作為“數據科學家”,這個答案確實讓我發笑。
sessej
2017-01-18 23:44:40 UTC
view on stackexchange narkive permalink

“如果我是審稿人...”

最簡單的方法是將評論定為審稿人想知道的內容。通過這種方式,您將自己定位為非常有價值的團隊合作者,可以保護團隊免受想像中的對抗性審閱者的攻擊。我經常這樣批評:

“如果我是審稿人,我想證明這不是[空模型X /違反模型假設Y]的結果。”

”“我可以想像一個審閱者想要[一些健壯性檢查] –讓我們直接運行它”

” [學術子社區]的審稿人,他們可能會想要[更嚴格的技術]”

每個人都喜歡討厭審稿人,並且預見審稿人抱怨的所有可怕事情通常被視為有價值和有益的貢獻。 (順便提一句,問自己這些問題也是一個好習慣。很容易陷入對研究的一種看法,這可能是一種對懷疑的讀者產生同情的好技能。)

John Feltz
2017-01-17 00:07:37 UTC
view on stackexchange narkive permalink

科學是關於真理,而不是傷害感情。如果數據不支持該結論,請這樣說。通過圍繞該主題跳舞,您對任何人都沒有任何幫助。

我不知道這裡是否涉及辦公室政治或其他問題,或者這是否是您的第一份真正的工作,並且您在按順序排列時遇到困難。那是問題的一部分嗎?嘗試與其中一位合作者面對面交談,並詢問如何以適當的方式提出您的問題。

僅僅因為“科學是關於真理,而不是傷害感受”,並不意味著您應該僅僅因為您認為自己是對的就應該忽略他人的感受。科學也是關於合作與合作。嘗試與人合作,而不是與他們對抗。另外,OP顯然想告訴他們他們的解釋是錯誤的,他們只是想以建設性的眼光來介紹它。如果您可以批評他們的研究*並且*避免任何人不高興,那麼這將是雙贏
一種方法可能是建議統計方面的部分可能被具有統計意義的讀者誤解。並且,提供一個關於統計技術的簡短研討會的建議,使用您發送的各種論文作為如何描述統計數據或以清晰且可辯護的方式處理統計數據的示例。不要成為反對者,要教給他們正確的方法。
@Jon我認為,鑑於OP是初級人員,而他們不同意的人是該組的高級成員,因此舉辦研討會來教他們如何獲得統計數據可能被認為是非常冒昧的。向他們解釋您的理由就足夠了,您絕對不應暗示他們需要重新學習統計數據
科學是關於真理,而演講是關於印象和感覺。
Peteris
2017-01-17 02:56:14 UTC
view on stackexchange narkive permalink

幫助他們證明事實

您在他們的團隊中,所以不要顯得“太消極”,就像您在他們的團隊中一樣-幫助他們。

對於正在進行的工作中,初步結論通常是一種假設,目前尚未完全被分析甚至可用數據所涵蓋。 “我認為這些結論不能被數據證明是合理的”,這將是審閱者可以合理地對完成的論文說的話。但是,您不是這方面的審稿人,並且本文尚未完成-您應該做的是利用您的統計知識,並以非常特定的術語描述要進行哪些分析和衡量指標正確地支持或否認他們針對的假設。

可能這需要其他數據。可能這僅需要更徹底的分析。可能是無法用您所收集的數據的過程和類型來驗證這種特定的假設,因此需要進行重大更改-無論如何,最好儘早開始處理,而不是等待正式的。審查。

我認為這是一個很好的答案。我還要補充一點,我很幸運將自己的異議描述為審閱者的潛在異議。就像這樣:“就目前情況而言,我認為評論者可能會說X關於Y。我認為我們可以通過執行Z來克服此異議。”
“所以不要顯得“過於消極”。”在不忽略錯誤的情況下,他們不會顯得過於消極是:“嘿,我發現了草案中的缺點,但我希望我們可以解決它們。”
Jim
2017-01-17 02:29:55 UTC
view on stackexchange narkive permalink

如果您的主要角色是為審核過程提供統計數據視角,那麼您就必須權衡一下。想像一下,如果發布的外部審核返回不利的結論(您可能希望在出版物中找到),將會發生什麼。內部審查。

除了政治之外,我認為協作者希望他們的名字寫在廣受好評的論文上,他們會讚賞您正在努力與他們合作。如果您一開始就沒有假設別人犯了任何基本或概念上的錯誤,那麼會讓他們更輕鬆地傾聽您的意見。

請記住,通常,當您得出的結論不相同時,您的同事來的原因很可能是由於材料呈現方式的選擇不當,而不是思維上的根本錯誤。在發布之前進行內部審核時尤其如此。我想假設您提供的眼睛毫無偏見,而埋葬在紙張的製作中,作為審閱者,如果碰巧是這樣,您可以找到概念交流中斷的區域。

如果可能的話,您應該安排與最接近您所關注問題的協作者進行討論。該人應該已經知道您有統計方面的經驗。 (如果不是,您可能必須向他們介紹這一點。)您可能建議以一種您不習慣的方式(可能是正確的或不正確的)來呈現此信息,從而導致您無法繪製相同的結論。當您提出與專業知識有關的問題時,讓他們有機會介紹他們的概念。

如果沒有人可以討論該問題,請至少確保您已與他們交流,您對統計數據和它們的顯示方式有疑問。然後嘗試以相同的方式與其他合作者之一進行討論。 (這樣做是為了避免您繞過關鍵協作者的任何異議。)

StrongBad
2017-01-17 00:32:16 UTC
view on stackexchange narkive permalink

我該如何以不至於太消極的方式給出誠實的反饋

不要太過消極。對於內部審查,您應該關注手稿的優點和缺點,而不僅僅是缺點。顯然,您希望您的同事知道需要改進的地方,但是了解其他人認為的長處也很有幫助。

您還想注意自己的說話方式。與其說類似

這樣的結論,我認為這些結論並不能由數據

證明是正確的,但我可以認為作者知道,由於x,y和z的原因,他們並沒有說服您得出結論。

Crowley
2017-01-18 20:59:13 UTC
view on stackexchange narkive permalink

tl; dr :不要試圖證明自己的方式是錯誤的;

不要讓自己成為遠程驗證者或類似的東西。

如果您編寫,我認為這些結論並沒有說服力。根據數據。您是在說他們的方法是錯誤的。期。您也不需要用漂亮的文字將其包裝。

我從您的問題中了解到,有人僱用您來改善團隊中統計工具的使用。做你的工作。

  1. 不要粗魯。
    陳述自己的關注點和要點,不要嘲笑它們或使用粗魯的詞tec。在閒聊中,您可以提及自己錯在哪裡等。當您使用過分禮貌和防禦性的語言時,有些人會生氣-他們想要的是硬事實,而不是從2小時的獨白中挖掘出來。有些人被無情的事實迷住了-他們親自完成工作。總是嘗試找到正確的東西並加以提及。
  2. 嘗試理解。
    請他們向您解釋他們的工作。大家都會發現他們為什麼得出該結論,該結論是錯誤的,為什麼它是錯誤的,並且您可以提出不同的方法。提出適當的問題:“這是什麼意思……”“為什麼忽略此參數?”
  3. 幫助他們。
    建議使用不同的方法和方法。使用這些工具為他們提供幫助。
  4. 保持開放。
    準備說您沒有得到他們的照片或得出錯誤的結論。有時,更深入的討論會揭示出文本中所有隱藏的點,因為它們雖然“很容易看”,但事實並非如此。
  5. ol>

    反過來說,如果您想幫助他們為會議做準備,那麼較冷和較棘手的問題和註釋最好讓他們為聽眾的實際問題做好準備。

“做你的工作。”有時,這意味著成為壞消息的承擔者,例如,如果您試圖理解並最終得出結論,那就是確實存在著無法糾正的錯誤。對此進行溝通可能是非常不愉快的責任。
@Trilarion如果您證明他們錯了的原因,那就比聲明他們錯的麻煩少。提供幫助和協助也會改善工作空間。
MonkeyZeus
2017-01-19 20:43:59 UTC
view on stackexchange narkive permalink

您好,高級會員Bob,

我一直在努力提高自己的能力,以使數據對賬以得出準確的結論,但我一直對這組數據感到困惑。這讓我感到困擾,因為我發現您已經完成QRS。現在,您有幾分鐘的時間告訴我如何到達QRS嗎?

現在,讓鮑勃說話,並儘量不要插話。如果他是專業人士,那麼當您聽到他的聲音後,他會希望在XYZ上聽到您的聲音。

這是“首先尋求理解然後被理解”的經典示例。

+1,但我認為第一個子句聽起來有些強迫。 OP不應假裝完全毫無頭緒。怎麼樣“試圖像您一樣從數據中得出結論XYZ,但我一直陷於困境”。 ?
@einpoklum同意,OP一定要對其進行修改以適合他們的情況和個性。我主要想表現出一種非競爭性的方式來使某人闡述。在IT部門工作,我發現僅僅試圖讓某人在我面前重現其“問題”就解決了他們的問題,因為他們錯過了一步,所以** IF ** OP是正確的並且結論QRS是錯誤的,那麼希望在高級成員表示他們的結論過程。
einpoklum
2017-01-20 04:22:29 UTC
view on stackexchange narkive permalink

不幸的是,我發現,在許多情況下,人們傾向於抵制做出的結論並幾乎普遍地提供給他們,同時更有可能接受完全相同的結論結論,如果您給他們機會做最後的修辭步驟。換句話說:

B是真的嗎?是的。這是由於A-> B和A。

可能會為您提供以下響應:

  • “像這樣說?”
  • “您太過挑剔了”
  • “ OP又因他/她的古怪主張而再次出現。”
  • “您只是說,因為C“
  • “您是恐怖分子/共產主義者/沙文主義者,我們應該開除/開除您”

這樣寫或說:

因此,我一直在思考B的問題。我認為A是我們需要考慮的事實。
。 ..
我正在和X談論B問題,她提醒我A-> B成立。我認為她說的很對。但是,那導致我們到哪裡去?

,然後您得到:

  • “哦,哦,等等!我知道了! B!B!我一直都知道!”
  • “你知道,由於我們被困住了,讓我們嘗試假設B看看會發生什麼。”
  • “嗯,我假設B可能是一個選項”。
  • “我一直都知道B,而且我一直都這麼說。”

種類回應。這聽起來很愚蠢,但是當B是不容易忍受的東西-在社會,心理,政治等方面經常發生很多事情。

現在將其應用於您的特定情況:-)

Andrew B
2017-08-02 20:17:39 UTC
view on stackexchange narkive permalink

在我正在從事的項目中,我也曾乘坐過類似的船(在學院工作的博士生)。它正在與具有不同學科背景的同事一起工作,該同事對於被認為具有說服力的證據具有不同的規範。根據我習慣的標準,我不相信結果,也不認為像我這樣的背景的評論家也不會。我確實使用了一些將來的審閱者論點,但還不得不說我還不願意在紙上寫下我的名字-我需要看到X,Y和Z。我必須自己做很多事情。我想知道的一件事是,控件的選擇是否驅動了(檔案研究)結果,因為那裡有許多研究人員的自由度。我必須編寫一個程序來使用控制變量的所有可能組合來運行模型,以使自己確信,在獲得滿意的東西之前,我們並不是在潛意識中玩組合(實際上我對結果如此強大感到驚訝-儘管當然這不是證明,但確實排除了一個問題)。我的合著者實際上建議在研究中添加一個實驗,這使結果更具說服力。除了表示我對在早期版本中使用我的名字表示不滿意之外,我認為不會產生任何其他後果。

我所做的其他事情是為了讓自己具有合法性:我不得不學習很多有關他採用的方法的信息-這並不容易。其中一些命令是廣泛使用的(在他的領域中)宏的一部分,該宏結合了基於一些較舊方法論文的算法。我不得不回頭閱讀其中的幾篇論文,直到我真正理解了算法的作用(並且看起來確實可以在我自己的領域中使用,並且透明度更高)。表達為什麼為什麼我還沒有被說服,需要詳細的理解。很容易說:“我對此不服氣。”如果您可以解釋存在哪些明顯的偏見根源,或者哪些特定的假設被違反,則對其他人來說更具說服力。



該問答將自動從英語翻譯而來。原始內容可在stackexchange上找到,我們感謝它分發的cc by-sa 3.0許可。
Loading...