电商项目系列文档（二）

第二篇主要想讲讲项目管理的问题
项目技术背景
   人员情况：
   1、有一个后台开发（刚走了两个后台）、一个前端、一个UI在维护线上的项目，工作经验大概都是两三年的样子，已有后台人员主要维护线上项目，基本不参与新项目的开发
   2、项目启动头一个星期入职了三个后台人员，一个大概两三年经验，另外两个等同于应届毕业生
   3、我和另一个同事从另一个项目调来支援本项目
   4、稳定后的项目人员构成如下：
         1、6个后台开发人员，其中一个负责维护线上项目，基本不参与新项目开发，实际有5个人员，两个是应届毕业生，毫无项目经验，另外两个大概有两三年的项目经验，由我来主导项目开发
         2、无产品经理
         3、一个UI：负责前端的UI设计，实际上由于没有产品经理及原型，UI还承担业务方案职责（一般的项目流程是产品原型通过评审后，UI直接根据原型进行设计，本项目中由于没有产品经理及原型，所以UI设计出来的东西被直接当做原型使用，导致后面后台和前端反复修改）
         4、一个前端：本项目中前端是比较辛苦的一个角色，起着承上启下的作用，负责将UI实现，并交由后台实现，但由于人手不够及无电商项目经验，经常出现后台功能完成后等待前端完成的情况
         5、无产品经理：这应该是一个非常大的问题，无产品经理意味着无需求分析，无业务评审，大家对整个项目的预期、状况都没有清晰的认识，只能走一步是一步
         4、测试后期异地支持：沟通问题
      
   项目情况：
   1、boss的计划是这样的，  项目一共一个半月的时间，前一个月完成后台和微信端的开发，接下来的半个月测试并开发PC端
   2、新项目上线前还需要将已有线上项目的数据导入，但是已有项目一无设计文档、二无数据库文档，对任何业务的理解都需要分析代码和数据表结构，自行琢磨，自行理解

   3、项目需求就是一个Excel的功能列表，功能点大概有100多个，全部是一句话的需求
   整个项目基本上是一穷二白开始
   1、从业务上来说，无论是后台还是前端均无电商项目的开发经验，这就导致无论是UI设计、业务分析、还是数据结构的设计都走了很多弯路，埋了很多坑
   2、从技术上来说，毫无积累，没有项目框架、没有各种技术的选型（比如来之前数据库准备全写sql，用户、产品、订单分别建库）、没有通用类库等，甚至SVN都是几个人共用一个，连谁提交的代码都不知道。人员对技术没有激情，通常是完成功能即可，代码中大量存在aaa、button1这样的命名及大堆重复的代码，个人观点认为：没有经验关系不大，但是对软件开发、对技术没有激情的程序员是不太可能在软件这一行有很深入的方法
   3、从管理上来说，没有一个技术管理人，每天都没有明确的任务、没有评审流程、也没有晨会、周会等跟踪项目进度，人员比较散漫，沟通比较费劲（比如如果不主动沟通进度，他们是不会主动找你的，遇到技术上的难点，通常不会主动寻帮助，必须要主动咨询）。人员管理的几个问题分析如下：
         1、时刻得盯紧开发人员的状态，特别是对那些不善于沟通

         2、每天的进度必须盯紧，在非常时期，每天的晨会、工作日志，周会均不可少，工作任务分配必须记录在案

我的问题：
1、性格急躁
2、说话有时候不中听
3、无相同业务经验