项目管理：只为保项目质量，只为赶项目进度，我这样做，可以不

目前正在着手整顿项目组，以下提出我具体的想法，大家看可行吗？

1：制定一套SVN代码管理、代码开发规范      原因：之前经常出现有人的代码被覆盖，SVN服务器也被换来换去，当项目出现重大修改的时候，出现代码混乱的情况。之前也有过代码规范，但人员流动性较大，负责人也更换了好几个，这方面渐渐执行得不够透彻。

 

2：定期举行技术沙龙，对项目开发中所遇到的技术难点进行集体攻关：

      原因：因项目组人员流动性较大，目前项目组组员的技术水平参差不齐，整体水平不是很高，当遇到难点的时候，大家耗费的时间较多。

 

3：定期举办业务需求培训，对于大家合作开发的模块，由需求调研人员统一讲解，各人负责讲解各人负责的模块，一来让大家项目的整体需求有个了解，而来提升大家的综合能努力

   原因：之前没有设置专门的需求负责人，而是谁负责哪个模块，就负责调研这个模块的需求，而且因开发进度较紧，也没有谁去分享这些内容，导致整体需求不明确，当大家的工作有交集的时候，需要协同处理的时候，就容易出问题。

 

4：整顿项目日常的作风：

      原因：目前的工作作风有点不靠谱，上班时间热衷于讨论各种问题，工作效率提不上来，项目进度一推再推。最要命的是我们项目和公司老总的办公室，仅仅只隔了一层玻璃，主要老总打开他的那个玻璃门，就能听到我们这边热情的讨论和讨论时候发出的开心爽朗的笑（来这里也有一段时间了，我真不明白，这群人对这个老总难道就没有一点点顾忌）。

说明：这一点并不是说要限制言论自由，其实本人一直推崇言论自由，在一个团队中，大家有什么话就说出来，单独的也好，聚会时也好，绝不赞成那种把话憋在肚子里的做法，但在真正的工作中，我认为这个自由要有一个度，如果太过了，那就是**（这里留白，让大家发挥一下）

 

5：工作任务、工作日志的管理：协同需求调研人员、开发人员，讲解需求之后，一起来切分工作任务，并且及时跟进，同时要求每天必须填写工作日志。

   原因：目前工作任务管理较为混乱，极个别人员通过任务的分解来放松心情，每天过着优哉游哉的日子，太幸福了，工作任务表分得满满的，不知情的一看，哎哟喂这位仁兄个真是太忙了，细细一看，人家连增删改查这样一个简单的任务，要分为四个单独的任务，或者更多，而时间要一天甚至要两天，而且类似的功能，时间照分不误。刚来到这里，我拿着这张任务表，做不得声，记得还是刚学会编程那会儿在学校里玩的这些内容，竟然在工作中又遇到了，真是太悲催了。

 

6：JIRA的使用：Bug一直是令人头疼的问题，

 

7：测试：目前公司没有专门的测试人员，因此对于这个项目质量的保证从两个方面来考虑，一方面要求进行单元测试，另一方面，安排组员配对，测试对方的程序有无问题，另外建立一个专门的测试环境，将大家开发的功能上传，集合整个部门的力量集中测试，为了稳扎稳打，每天安排固定时间测试，发现的Bug就集中上传到JIRA上，分到人，然后跟进处理。

 

8：对于工作中的技术点，以及未来可能会使用的技术点根据各人的特质及擅长的技能分配到人，利用业余时间攻关，给定时间，当按时完成之后，安排固定的时间，统一的讲解这些技术，并且给予一定的奖励（实物或money）,并且将这个计算到个人绩效管理中，还是那个目的，一来赶进度，二来提高大家的技术水平

 

9：