今天，公司低效率的运转方式终于有后果了。客户那边催的厉害，但是公司这边项目测出的bug又多得厉害。这是为什么呢。除了工作态度问题之外，我们还应该总结出什么呢。
在公司，我一般同时做2～3小项目，偶尔可能也要4个项目。这些项目的需求都不很了解，来了任务，就只有机会和时间了解下需要实现的客户需求；另外在大部分情况下，我都是被动的接受a任务，在还没有完全做好a任务的时候，b任务又来了，而且也没有说项目的详细情况，优先程度等等等等。总之，感觉对项目的了解太模糊了。
在接受新任务的时候，一般都要有一段时间了解的。但是，我感觉沟通没做好。我不是说我不想去和项目主管沟通，而是问太多常常遭白眼。因此，索性就点到为之。但是在经过这段混乱后，我现在感觉还是要厚点脸皮问个明白好。问得多是为了保证质量，人家扛厌烦情绪的底线太低，那是人家的事情。
在基本上没有任何文档的情况下，与主管交流，特别需要明确该模块是干什么的，流程是怎么样的，界面设计如何安排。〔备注：概念术语，绝对不能马虎）
另外，测试环节需要重视。哪怕时间再少也要争取足够的时间测试。
在公司，我一般同时做2～3小项目，偶尔可能也要4个项目。这些项目的需求都不很了解，来了任务，就只有机会和时间了解下需要实现的客户需求；另外在大部分情况下，我都是被动的接受a任务，在还没有完全做好a任务的时候，b任务又来了，而且也没有说项目的详细情况，优先程度等等等等。总之，感觉对项目的了解太模糊了。
在接受新任务的时候，一般都要有一段时间了解的。但是，我感觉沟通没做好。我不是说我不想去和项目主管沟通，而是问太多常常遭白眼。因此，索性就点到为之。但是在经过这段混乱后，我现在感觉还是要厚点脸皮问个明白好。问得多是为了保证质量，人家扛厌烦情绪的底线太低，那是人家的事情。
在基本上没有任何文档的情况下，与主管交流，特别需要明确该模块是干什么的，流程是怎么样的，界面设计如何安排。〔备注：概念术语，绝对不能马虎）
另外，测试环节需要重视。哪怕时间再少也要争取足够的时间测试。
