最近交付項目，又有一些心得想分享給大家，其實也是一些吐槽。

在正式寫之前，不得不提這一兩年里讓我很頭痛的一個項目，這是一個一期腫瘤項目，申辦方還是國內大廠，但是參與項目的組員，去年還是正規(guī)CDISC項目沒做一兩個的小fresh，剛好由我來帶領。

那時候的我，剛好也是連腫瘤項目都沒寫過的大fresh，療效table也沒寫過一個，反正沒寫過的東西多了去了(所以我說為什么去年是我成長最大的一年)。

最后就是一群fresh去做一個腫瘤項目，然后申辦方還有各種要求的。那時候的我一邊模仿以前公司senior做過的項目，一邊理解學習；另一邊學習完還要分享給我的組員，比如說ADTTE怎么寫，那時候的我也是第一次寫，但是最終還是完成了，同時在教其他同事的過程中更加加深了自己的理解。

雖然說學到了很多東西，但是說這個項目做的“一坨屎”真的不過分（沒有針對同事，就是客觀地評價這個項目）,如果你看到了輸出的TFL樣式，真的能昏倒在地，而且我為這個項目付出了太多，替同事擦了太多的屁股。

最明顯的就是listing的輸出，一開始的header亂七八糟，七扭八扭，分頁也不注意，總之就是數據集QC上了就是，輸出關我屁事。那時候的我review,半夜11點還在幫他們改輸出....

還有一個就是圖，橫縱坐標明顯長度不夠，圖中的線都超了也沒注意到，不只一次交付的時候發(fā)現這樣的問題，而且在做完多個其他項目的時候，還是會犯這樣的錯。

總之，說起這個項目，一肚子的苦水和心酸，也是因為做這個項目，讓我胖了10斤，內分泌失調，壓力大，睡不著覺...各種各樣的小毛病，這是我在以前的工作中沒有遇到過的。

所以，有以下感想：

一：“不要相信你的同事”

這個并不是字面上的意思，而是說? ? ? 比如你的同事跟你說數據集QC PASS了，作為leader，你最好自己再去檢查一遍。很多次，我選擇相信我的同事，但是實際做項目過程中，我還是選擇相信我自己，因為說不定什么時候你瞄一眼就發(fā)現了很明顯的錯，而這就是他們所說的pass之后的東西。

當然首先作為leader你自己要有那個comman?sense，知道同事可能會犯哪些錯，而這都是通過不斷總結經驗得來的，如果你自己都不知道可能會有哪個風險，看了也是白看。比如上面那些review的東西。

還有一個就是鎖庫后的數據，你看table輸出還是一大段“未編碼”的東西，這時候你就得有那個comman sense了，這個怎么可能，DM沒編碼嗎？按理說鎖庫后不應該啊，去檢查數據，發(fā)現從SDTM開始同事就沒把那邊編碼信息做到數據集里面?。?！而這就是我最近遇到的。

如果你覺得未編碼很正常，還輸出了，然后也沒意識到問題，那你這不是找對方醫(yī)學罵嗎。

還有一個就是比如listing里面輸出的一些"其他"的字段，但是其他后面的東西卻沒有了，去查看RAW,SDTM,ADaM都有值啊，結果一看listing程序，同時沒加上其他描述的那個變量......

這些都是你們以后可能碰見的或者說已經遇見的問題，真的不管做過多少個項目，同事還是有可能犯這樣的錯。所以我說為什么“不能相信同事”,當然我說的這些問題，可能只有自己當過LSP的人才能懂,其他人可能就看個樂呵。

二：和統計師合作的問題。

一般整個編程統計部門，ST和SP合作的過程中，ST? SAP都快完稿并且確認完了，然后突然說現在要有一個編程的LSP，這時候你可能忙著其他項目，沒有時間去管這個新項目的進度。

然后你有一天突然想起來，問了一嘴統計師這個項目的timeline，接著統計師告訴你跟申辦方確認了幾周之后要交dryrun的結果?????這時候你一臉問號臉，自己什么都不知道，就要dryrun了，自己連這個項目的合同還沒看過，aCRF還沒開始寫...

首先統計師犯了錯，早就該通知編程部門安排LSP負責這個項目，而不是數據都快鎖庫了才通知。

第二編程同事接到了通知，一定要第一時間跟統計師進行溝通，了解這個項目的進度，SAP和shell到什么程度了，有沒有什么timeline啥的。

其實在方案定稿之后，編程就要和ST一起參與到CRF的審閱中，其實這時候就不存在上面那種緊急的情況了，這時候編程要做的就是經常跟DM和ST溝通，確認受試者的入組進度，sap和shell的進度，以便提前安排這個項目的任務。

我說的這些都是我自己親身遇到的，給大家提個醒.