测试项目要不要daily update

Lighthouse

就是每天找手下的测试工程师聊天？看今天做了什么，有什么问题，有什么进展？
特别是在一个新的team里面，大家互相都不熟悉的情况下。

zyawoo

我是tester，没有项目管理经验。呵呵
但站在tester的角度看，team里面多沟通交流很必要。
有些朋友喜欢做“独行侠”，个人觉得不可取啊！
善于利用周围的资源包括人解决问题，才有效率，对自己提高也有帮助！

至于项目进展，由流程去控制是不是更好呢？^_^

WSSG2008

update應該是指書麵的東西啊

Nio

我的直觉告诉我，如果LZ就是那个LEADER，LZ肯定是个闲人。

聊天？聊什么？你分配下去的工作没有进度表什么的进行控制么？没有报告回复么？

每天都聊，你也真是个聊天高手呀。QQ上多了吧，呵呵。通常有异常才聊，比如表扬呀，批评呀什么的。

例行公事的问一下进度，不至于和聊天产生关系吧？

不熟悉的情况下，首先应该熟悉的是成员的业务能力，而不是个性，更不是会不会聊天。

LZ如果是LEADER，要尽快改变工作方法才行。

nonoroasolo

同意楼上的。

庖丁解牛

建立内部团队的communication channel是团队建设的重要环节。
在充分沟通的基础之上才可能有互信，daily report还是聊天只是不同的方式，都不重要，磨合找到适合团队的方式，做leader注意不要micro-management

vanceinfo

找手下的测试工程师聊天，看做了什么，有什么问题，有什么进展。看得出楼主对项目控制的很细。
至于是不是需要每天来做这样的事情，时间 进度 成本 质量，这四个象限需要根据项目情况来平衡。对于这四个目标，在项目启动初期就应当有了相应的规范/流程。
楼主说，team是新成员组成，偶得经验是项目前期可以控制的很细，因为相互之间不了解，不清楚各自的技术水平，工作方式，工作想法。前期项目leader就非常有必要跟踪监控(SPTO)的紧一些,熟悉团队水平后，就可以慢慢放开了，这样也可以给team更多的发挥空间。

archonwang

在磨合期需要很严格细致，之后一旦团队形成了习惯，可以适当放手。

关于工作习惯、技术能力等，如果不了解的话可以简单的通过一些事情来看下再做决定确认。

deter

沟通还是很必要的，想我们的团队，同时一个人身负几个项目，测试leade就成了协调和监控人员，协调资源，催进项目进展~~
有时候聊天沟通成了一个很常用的手段，了解测试情况，协调资源等等

[ 本帖最后由 deter 于 2010-5-19 16:59 编辑 ]

peag

沟通很重要，但是每天的话就不必了吧，这通气也太多了

peag

一般项目没有那么多时间给测试的

huijuan0501

每日build report  及每个人的daily report 发送给leader ，report 中遇到什么阻止进度的事情及不能及时测试的原因等情况阐明， 当然交流是有目的的交流，但每天交流这个很是浪费时间的

a21th

要看具体情况吧。如果是短期的快捷项目或者项目的特殊时期，可以天天来这么一回；如果正常顺利进行着的项目也这样，无疑会浪费大量的时间，那叫意味着浪费大量的成本。