原来得到sensui的指导，我是这样实现红绿灯的，比如对项目是否按时开始，定义绿灯条件是开始时间小于或者等于基准开始时间，红灯是开始时间大于基准开始时间。但是遇到一个问题，我定义好以后默认都显示红灯。原来按道理来说应该显示绿灯才对，而且领导认为项目中未开始的任务不应该显示红灯或者绿灯，应该是别的的标记标记为计划为开始。

后来领导不同意使用开始时间和基准开始时间的比较，经过询问一定要求使用实际开始时间和基准开始时间进行比较，而不是开始时间和基准开始时间进行比较。所以我询问一下NA值的意义。本来想实现当任务还没有开始实施的时候（实际开始时间中的值为NA）显示白灯，不知道怎么写这个条件。而如果实际开始时间中的值被初始化了以后，大于基准开始时间显示红灯，小于等于基准开始时间显示绿灯。如果只按照大于和小于设置了红灯和绿灯，那么默认显示就是红灯，所以我原先猜想NA值比较一个特定日期起一个极大值的效果。

我不知道我设想的方案是不是可行，或者有哪位高手有可以实现时间进度提示的红绿灯方案提供一下，我感激不尽阿。已经搞得精疲力竭。写得零乱不好意思。

另外一个遇到的问题是我没有设置红灯，只设置了白灯和绿灯，但是摘要任务还是显示红灯，有点莫名其妙，非摘要任务正常。我是不是应该忽视摘要任务的显示灯。

还有一个问题就是设置介于两者之间这个条件，是不是在两个时间之间用英文的逗号，我看到帮助时这样写的，但是设置以后总是提示不符合要求。

这个理解是错误的
比如A、B两个前后链接的任务，A延迟了但还没有完成，此时B任务的开始时间相对比较基准开始时间已经延迟，但实际开始时间是NA（还没有实际开始），如果按你说的就无法得到B任务已经延迟的结论。

更何况，实际开始时间要么是NA，要么就一定等于开始时间。因此一定要使用实际开始时间而不是开始时间有什么意义？

另外，使用开始时间差异域（这里可以想想为什么Project的差异域是开始时间-比较基准开始时间，而不是实际开始时间-比较基准开始时间）、进度线或者SPI/SV是判断进度的一般方法。

还有我觉得Project的使用有一个门槛，虽然这个门槛的高低和使用要求有关，但对比较基准/排定/实际/剩余系列信息相互关系的理解始终是必须的。

我按照你提供的图示也尝试了一下，对于SPI定义了一些预警符号，但是还是遇到一些问题向你请教：在旗帜标志行和红绿灯标志行之间是一条粗线将两行分隔。我没有实现，我不知道是不是有什么特殊的功用。怎么实现？

另外你的条件设置在几行中都是大于或者都是小于，这些条件所覆盖的值域有所重叠，没有互相的排除。这样不会引起混乱么？我理解的是系统对条件的判断也是按照定义域中对灯的定义顺序，例如在你的图中，先判断的是红灯，然后是黄灯，然后是绿灯，有一个先后顺序。这样绿灯的显示条件就是暗含了除了前面的所有条件之外的复合条件的值。不知道我的猜想是不是符合实际情况。因为如果是这样我不必在绿灯的判断中去刻意排除前面的条件。

如果不是基于挣值分析，你建议的是采用计算的二次数据进行判断，例如工期差异/工期，而不是直接的原始日期的比较是么？
谢谢

2)在旗帜标志行和红绿灯标志行之间是一条粗线将两行分隔
→没有明白是什么意思？

3)这些条件所覆盖的值域有所重叠，没有互相的排除。这样不会引起混乱么？
→这个条件列表有先后顺序的，排在前面的优先。所以不会混乱

4)建议的是采用计算的二次数据进行判断，例如工期差异/工期，而不是直接的原始日期的比较是么
→是，不过我倾向于使用完成时间差异/工期