新公司 新项目 杂谈

刚来新公司快两个月了，谈下最近的感受。

1. 刚来公司之前，向我们的主管询问过公司的开发模式，公司主管介绍 有需求、测试、前端相关人员，但是在我负责的项目中，发现了需求、开发、测试、前端美工 都要自己搞。刚来一周的时候，公司说客户的CRM系统需要尽快上线，开发周期我列为1人2月，鉴于公司之前在.Net项目开发中没有任何积累，我需要重新编码框架，把一些基础的东西搞起来。但是公司说2个月时间太久，压缩到1个月。

2. 客户CRM需要文档很简单，就用EXCEL大概列举了几个模块，我在网上也查询了相关的CRM模块知识，再加上自己对CRM的认识，就开始了初步的开发。

3. CRM 和OA 的员工信息才用共享。OA 中人员信息分为不同公司，不同岗位，不同部门。在这个设计中，OA 的员工的上下级关系，是通过岗位体现的，感觉就很奇怪，这个设计也给CRM 的上下级 带来很大了问题。

4. CRM 开发初始，组织架构采用OA 系统的，但是最后发现客户那边就使用不起来。上下级关系OA采用岗位来识别，但是在CRM 中 操作人员可能没有岗位，只是个虚拟的，而且人员架构和OA 的完全不同，在OA 中是财务相关人员的，在CRM 中销售VIP组的主管了，这样为了在最快的时间完成项目，我们采用角色分等级，同时通过员工的角色来区分上下级关系，这样人员有调整，上下级关系也很好维护。

5. 到目前为止，CRM 开发也快两个月了，在开发到一个月的时候，客户需求文档上所列的东西都已经完成，但是在部署给客户，让客户体验之后，客户提了很多东西，当然了这些东西都应该是CRM 模块的，但是需求文档未列出，我们也没开发，现在客户 对CRM 系统不认同，其他项目都要以CRM 项目作为前期项目，整个项目就这样延误了。

作为老板，看中的是效果，项目没上线就是我的责任，领导批评也是有道理的。

现在市场上的OA,ERP,CRM 等项目 上的上下级关系都是通过人员信息表设计个上级ID，但是这样的设计遇到员工离职，调岗 就很麻烦，大家有没好点的设计关于这个上下级关系。