一：
在项目递交给申办方的时候，我们需要check TFL的数量是否跟shell上的一致，如果漏了某张表或者多输出了，那就很糗了。所以作为LSP，要注意这一点。那么如何check TFL的数量呢？一个很笨的办法就是用肉眼看，一个一个数，费时费力。
另一个方法就是我最近发现的，相比一个一个数效率高很多，首先将shell（注意是你递交时参考的shell,一般是定稿版的）调整到大纲视图，之后会显示一个目录，我们直接将这个目录复制到excel，这时候就能快速确定TFL的数量了。
相比肉眼一个一个数，这个一分钟应该就能搞定，还不会因为输错而要重新数。
当然了，肯定还有其他更便捷的方法，可能有相关工具，大家知道的话欢迎告诉我。我也一直想通过SAS读取shell的目录，然后一跑程序就能输出有多少个数，但是也没去研究。
同时，在确定shell上TFL的个数之后，接下来就需要检查batch run之后我们SP输出的TFL个数是否和shell一致了，这个可以直接通过筛选文件夹里面的个数得知，这个没什么好说的。
一般来说，每个项目应该都会有一个任务清单，每个公司的叫法不一样，可能叫tracker，可能叫top，就是列出有多少个SDTM\ADaM\TFL,然后谁负责写什么，那么我们也最好去检查一下list上的TFL数量是否跟shell上的数量一致，有可能出现同事按照tracker上写程序，然后tracker没更新，漏了某张TFL，一切皆有可能。
二:
所以这就牵扯到另一个问题，写程序是一个程序对应一张TFL好还是一个程序出好几张TFL省事？这两种我都体验过，我觉得还是一个程序对应一张TFL相对更好，这个在后续检查的时候，很好判断出来。
首先在batch run之前检查程序个数，如果跟TFL数量不一致，很快就能发现出来，如果你一个程序出好几张TFL，少了哪张TFL可能等你batch完才能发现，这样就浪费很多时间了。
三：
另一个我觉得在项目管理过程中，比较好的一点就是提前在项目开始的时候，除了SAP中特别指定的格式，LSP提前说明该怎么输出，比如输出listing的时候，什么时候要加横杠，什么时候要加斜杠。因为这些并没有标准的答案，申办方也没有特别指定格式的话，所以可能偏主观输出。
以前因为这些问题，两侧在那争论，我觉得根本没有必要，那还不如索性提前规定格式。
四：
对于肿瘤的项目，往往时间跨度大，很多一开始跟统计师确定的编程逻辑，后面因为项目搁置，导致再去rerun新数据出现问题的时候，忘记当初是怎么处理的，所以建议关于项目的一些处理方法，跟统计师确认的东西，可以专门新建一个word文档，放到项目群或者项目文件夹里，这样到时候回溯的时候也能快速找到对应的逻辑。
网友评论