项目E的开发依然有条不紊的进行着，在上线前我们依然一次次的进行回归测试，覆盖测试，狠抓质量。
也许是性格使然，我并不太愿意在做事情的手法上表现的太过强硬，这也是我众多缺陷中较为致命的，这需要缓缓改变。所以到现在我们依然没有执行施工竞赛，没有比拼，我更希望看到项目团队成员在无形中得到思想上的成长。从每天早上检查成果的点评到集中讨论质量要求，已经可以看到他们在接受改变或者说在理解改变，从抗拒的“我从一直就没有什么美术细胞”到“或许应该考虑一下分辨率”，我始终认为这从来不是施工竞赛能够达到的效果。
本周三同事G还是对我们的项目团队成员不放心，要在“数量上”保证质量，以下为我们的QQ对话内容：
也许是性格使然，我并不太愿意在做事情的手法上表现的太过强硬，这也是我众多缺陷中较为致命的，这需要缓缓改变。所以到现在我们依然没有执行施工竞赛，没有比拼，我更希望看到项目团队成员在无形中得到思想上的成长。从每天早上检查成果的点评到集中讨论质量要求，已经可以看到他们在接受改变或者说在理解改变，从抗拒的“我从一直就没有什么美术细胞”到“或许应该考虑一下分辨率”，我始终认为这从来不是施工竞赛能够达到的效果。
本周三同事G还是对我们的项目团队成员不放心，要在“数量上”保证质量，以下为我们的QQ对话内容：
G：他们一般提了多少单？
当时只是认为规定数量的做法不对，需要进行阻止，对于自己的这种看法正确与否也还不是很肯定。
第二天同事L和我探讨了关于项目进度计划跟踪和更新的一些问题的时候，我抛出了这个问题，戏剧性的情况出现了，同事L听后笑着反问我：“你觉得评优秀警察非得规定他们在周一前必须抓到一个贼吗？”
当场无语了，读者您能理解吗？
我：具体没有统计，你想统计bug数还是其他什么。
G：如果提单少的话，可能测不出来效果，规定一人至少提多少单 才能提高大家积极性。
我：规定一人至少提多少单，那多少才算合适呢？
G：看看咯，15个吧，你觉得怎么样？
我：我认为没有什么意义，现在测试用例写得不是太完整，有些单和测试用例完全挂不上，当前还是以解决问题为主，而且不是依赖每个人的测试，我们需要检查成果。
G：是啊，还得去检查。
我：提单的某些细节我们可以在TD的分析工具中通过数据分析出来，跟踪改进，规定提多少单我认为不是很合适，100呢，20呢，没有标准。在分析后 数据能支撑我们的说法。
G：嗯，你说的对。
当时只是认为规定数量的做法不对，需要进行阻止，对于自己的这种看法正确与否也还不是很肯定。
第二天同事L和我探讨了关于项目进度计划跟踪和更新的一些问题的时候，我抛出了这个问题，戏剧性的情况出现了，同事L听后笑着反问我：“你觉得评优秀警察非得规定他们在周一前必须抓到一个贼吗？”
当场无语了，读者您能理解吗？
1198
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
