工作日志

• 尽快开发，尽快测试，尽快发布可用版本，尽快让用户体验，尽快让开发团队知道自己的不足，这样又反过来激励开发团队把产品作得更好。
• 我们承认并坚信：用户，只有用户，才是对产品最终的裁判者，而不是设计者本身！
• Team成员的强分工和弱分工：最典型、最常见的分工是按模块分工。那我们到底能不能逐步弱化分工，给工程师更多自治机会？
• 结对编程适合两个人关系密切的情况，如果新老员工责任不清会导致潜意识的质量要求降低。
• 在决定今天准备完成的内容之前，先尽可能细致的分析这个功能本身所涉及到的数据结构、流程、接口，甚至相关的资源，比如UI资源，配置资源等。有了对于此功能相关内容的完整分析，再来初步评估每一方面的大致耗时，可控点和不可控点。