bug该给谁？

有IT行业，就有IT公司。有IT公司，就有IT项目。有IT项目，就有项目组长和项目组员。

 

项目组长的工作一般是指定项目整体架构，划分项目给相应的组员。

因此，项目组员的工作是做需求、改bug。

 

一个项目做得是否成功，在项目结束后问大家一个问题便可知晓。“大家是否还想合作”？假如不是所有人都异口同声地说“愿意”，那做项目的过程中，肯定出现了问题。

 

这其中可能出现的问题肯定是多种多样。技术性的问题自不必说，但如果出现了人的问题，那更是难办。

 

什么是人的问题呢？管理。

 

好的管理让人心情舒畅，差的管理让人心情郁闷。

 

怎样才能让大家尽量心情舒畅呢？一个项目组就是个小社会。由大及小，先来观察下大社会，可能也会得到些一知半解。

 

社会为什么这么浮躁，大家为什么不满意的东西这么多呢。“不患寡而患不均”。社会缺乏公平。

 

根据上述分析，那组长的责任来了，在项目过程中，尽量保证各个组员的公平。

 

事情一件件说，组员的工作就是做需求、改bug。

 

需求一般是组长分配的。在需求分配上，我们可以认为大部分的组长能完成这个任务。各个组员分到了各自的需求，心里平衡。

 

bug可以是组长分配的，也可以是组员之间转的。在一个项目中，需求其实是小部分，大部分时间都在改bug。而bug较之需求，一般被认为是较小的修改。但是bug量大。

 

因此在项目过程中，常常会出现这样的情况，老员工给新员工转bug，而新员工默默承受bug。比如项目过程中，老员工负责前端，新员工负责后端。一个bug来了，有时会出现这样的情况，前端改可以，后端改也可以。那往往是最后是后端修改，因为后端员工资历轻。不公平就产生了。

 

组长肯定会看到这样的情况，如果没有阻止第一次，就会有第二次。到项目做到最后，老员工开心，新员工憋屈。

 

为什么会出现这样的情况呢？

还是引用下社会问题的处理。因为采取的是“人治”，不是“法治”。

 

什么是“法治”呢？约法三章，丑话说在前面。

 

因为我觉得组长在召开第一次项目会议时，必须强调以下三点。

1. 如果前端要转给后端bug，前端必须附上相应的日志。后端要转给前端bug时，同理。

2. 如果一个bug，前端修改可以，后端修改也可以。必须经过全组人员的评估。如果全组人员不能得出一致的意见，组长有一票决定权。

3. 如果前端经过日志分析认为bug需求后端修改。后端作出相应修改后，认为还需前端修改。此时bug要转给前端。即bug经过多人后，最后修改者是bug最后的拥有者。

 

做项目体会的，不知道大家是否有同感。

请大家指正。