摘要: 以人为本、思维方法、软件过程、软件步骤 阅读全文
posted @ 2013-04-01 21:30 K.NET 阅读(267) 评论(0) 推荐(0) 编辑
摘要: 接口应该抽象的,不能依赖于下层实现,也不能直接依赖于上层实现;上层决定下层,下层提供接口的可行性验证,上下层都需要依赖于抽象,遵循上述原则才能使接口不易变,耦合度低,从而可维护性高。 阅读全文
posted @ 2013-04-01 19:47 K.NET 阅读(202) 评论(0) 推荐(0) 编辑
摘要: 当前应用软件在设计最终客户使用的功能时,从最终客户的角度考虑问题的意识太淡薄,导致产品对最终客户而言太难用,太专业;另一方面,产品明显呈现出是面向开发人员而开发的,只有相关的开发人员才懂,才会用,才敢用。 阅读全文
posted @ 2013-04-01 19:44 K.NET 阅读(1548) 评论(0) 推荐(0) 编辑
摘要: 什么时候需要需求分析文档(需求分析的价值), 需求分析的本质、结构、标准、形态、常见误区。 阅读全文
posted @ 2013-03-10 11:40 K.NET 阅读(1647) 评论(0) 推荐(1) 编辑
摘要: 团队职责独立三类角色:产品负责、流程管理、设计实现当前产品研发过程,以研发技术与经验为中心,轻视了产品经理、流程管理的专业性,导致产品开发有闭门造车的迹象、易用性不足,管理流程不清晰、整体效率低、员工积极性低。更危险的是,似乎有“产品使用越复杂,价值越高”之类的意识,以这种意识面对相对封闭垄断的市场或许不是主要问题,但如果面对开发的市场竞争的话,前景堪忧。(以下两图来自陈勇的”火星人敏捷开发手册+2012-12-25“)产品负责职责需求调研、业务流程设计、需求讲解、完成评审、BUG审查与追踪当前问题开发前,描述产品功能不详细,轻视操作流程设计,轻视操作体验的设计,轻视先完成系统测试用例后开发的 阅读全文
posted @ 2013-03-10 10:34 K.NET 阅读(541) 评论(0) 推荐(0) 编辑
摘要: 年度概览、工作成绩、部分感悟、下年规划、闲聊公司、改进建议 阅读全文
posted @ 2012-02-12 11:55 K.NET 阅读(259) 评论(0) 推荐(0) 编辑
摘要: (自我完善的)氛围是公司成长的内部动力,迭代可以让项目宏观可控,(人与人交互流程的)分工可以让项目微观可控,(系统与外界、系统步骤间、系统结构间的)协议可以简化复杂度,控制节奏可以提高思考的质量和效率。 阅读全文
posted @ 2011-05-18 22:30 K.NET 阅读(2648) 评论(14) 推荐(9) 编辑