又表扬了软端团队，在张晓春的整合下，现在软端团队进步很大，团队的氛围，版本的质量都比较以前有大的提升。

又说到邱亮管理的运维团队，张坤带领的内部开发系统团队，进步很大，这言下之意，Java团队，测试团队基本进步不大，尤其是测试的效率和人员技术能力要提升。

当从朱权办公室离开的时候，张明杰的心里是：“可能我要走了，在巅峰时刻，或许更好，毕竟项目版本也交付上去了，虽有延迟，好在没有什么质量问题”

很快述职的时间到了，和以前的老规矩一样，每个人拿着PPT在台上讲，然后是评委提问，等张明杰讲完，朱权提问道：“这次云直播V4迭代的版本延迟，主要原因是什么？”

张明杰知道他问这个问题的意思，需要在老板面前一个澄清，就客观的回答道：“我们的项目估算过于乐观，技术难度比较大；

版本的开发质量因为进度压测，发的版本Bug比较多；有些需求是否做或者优化，决策比较慢；疑难的问题解决慢，我的判断主要还是我们的技术能力问题，需要积累和沉淀”

朱权补充道：“我们有哪些疑难问题，后面还会遇到吗？”

“比如服务器的性能问题，一排查解决起来，时间耗时很长，还有软端的崩溃问题，尤其是低概率出现的，定位分析，到Bug的修复都很困难”

张晓春道：“这次软端的Bug确实是比较多，在整体的问题，哪些改，哪些可以遗留的策略上，你做哪些改变，尤其是后面的项目版本”

张明杰心里震惊的很，这个问题不应该问你自己吗，咱也不是软端开发出身啊，只好回答：“这个后面在研发人员在讨论讨论，目前还没有什么好的办法”

“嗯，后面我们在好好配合下，对其软端和服务端的开发进度，保证测试版本能顺利发布”张晓春补充道。这个不算是问题，算是一个解释吧。

“好的”

周言道：“你作为项目经理，在时间的进度管控上，主要做了哪些策略，后面的项目版本怎么保证按进度完成？”

“这个在标准流程上，肯定抓着不能放松，在具体的项目事务上，得具体的分析，官话我就不讲了，比如估算怎么准确，项目的人员的效率提升，其实大家也都知道”

“那你这么说下来，后续没有什么措施，还是看运气了？”周言紧追问道，语气有些不屑。