从项目经理的角度思考问题

最近我一直在想：一般来说，临床项目做2-3个，如果分肿瘤的和非肿瘤的，那也就是4-6个（肿瘤项目确实比较繁琐），那么你对整个项目的流程（属于我们SAS程序员）基本有一个了解，做起来也会比第一次接触好很多。

比如说table和listing，每个项目的要求不一样，比如说组别（如trt01a）,它可能是在位置1显示，也有可能是在位置2显示，这个做几个不同的项目就知道如何处理了。

同时，写过几次SDTM、ADaM，发现大多都是大同小异，除了一些比较特殊的domain，如relrec,fa等,这些可能费劲，其他就是你编程方法的选择问题了。有些人喜欢用data步，有些人喜欢用宏，但是只要正确输出就行了（但还是建议大家用最简单的data步）

除了要思考为什么这个domain要采集这些变量，到后面你就得想想如果是自己来领导这个项目，需要做什么以及怎么做（虽然我还没领导过一个项目），其实带团队领导项目，我觉得最关键的几个点就是：

①：如何分配工作（肯定不能都是你一个人干活，你的作用是统筹分配）

②：部门之间如何沟通

③：如何规划好项目的进度，提升效率

其实真正领导一个项目，肯定不止上面的那些点，总的来说就是如何既有效率又有质量的完成任务，把数据交付出去。

具体流程我也不清楚，我觉得项目一启动，你得查看试验方案，对整个试验项目流程有一个了解，知道分几个剂量组，周期是多久，筛选期，治疗期以及后续周期怎么判定，受试者访视怎么规定等等

接着肯定是从DM那边获取数据，这就涉及到不同部门之间沟通的问题，虽然大多数是通过邮件，但是也有不少需要沟通的地方，像DVP就需要两个部门不断的沟通，进行数据清理核查。

同时你也需要分配给底下员工任务，谁写多少（也可以自愿平均选择），你需要创建好相关的文件夹，写好对应的宏，方便员工输出。

然后你需要准备SDTM，ADaM spec,这个你可以自己写，也可以分配给员工让他们自己去写，自己负责review。但是我觉得如果项目不是很急的话，可以都让底下的员工去写，这也是增长他们的经验和能力的不错锻炼方式。

（但是我觉得自己都是在自己摸索，领导也很少指导，很多时候都是要靠自己去模仿然后理解，最后总结。）

当大家程序都写好，并且QC complete之后，有些领导可能会去review一下代码，有些可能不会。当所有程序都run完之后，然后领导要做什么，我不太清楚，不知道是不是准备相关的文件，比如用Pinnacle检查data issue等，将数据集转换成.xpt格式，这些我真的不了解。

哎，就讲这么多吧，