第九天

项目第八天，即中秋节放假前一天，我终于把原型，所有流程图，详细文档准备好，理清楚了交互的点滴，和开发过程中大家一直混乱的地方，于是下午3点发起了会议，会议的目的除了评审上诉我准备的一切文档，最重要的客户端的开发似乎出了问题，我得找个机会把问题摆出来，并让大家来解决。

在这个会议之前，发生了一个小插曲，上午我的唯一后台开发人员差点被CTO抢走，官大一级压死人，何况我根本没有官位，立马报告我的总监，总监把CTO的任务指派给了另一个人。同时，我心想两周快结束了，客户端没有一点进展，那唯一的安卓开发就坐我旁边，每天也是唉声叹气，大约也能感觉得到他很难，于是决定干脆一次性搞定，向总监报告客户端开发也挺难的，请他给我再增加人力资源，总监了解情况后，从另一个很重要的任务中还是给我分了一个人出来，有了他的加入，一切我都放心多了，因为新加入这位同学经验更加丰富，此外，工作态度真的是好的不要不要的，犹如救星。话说回来，之前一直苦苦奋斗的客户端开发不爽了，他觉得很没面子，他本想在下午的会议上自己说出开发很难，需要帮助这件事。一开始他给我QQ上说时，我觉得自己有点没把握好度，但是争取人力资源这种事哪里又能等？而且刚好有机会，所以心中虽有愧意，但是也并不如何难过。

下午会议才知道原来安卓开发到现在为止，连用什么方法来架构，从头到尾如何来实现都还没想好，更别谈业务的实现，影都没见着。

说实话，当时听见技术负责人反问开发时，得到如此回答，我很难过，我每天盯着他问开发进度，尽全是忽悠我，我写日报虽有应付上级的嫌疑，但是我至少得真实知道开发进行到何种程度了，一个好的技术人员真的不只是专业技能的差距，还有工作态度的差距，他总是觉得如何难完成，却又从不加班？却又从不主动去和同事寻求解决方法？只觉得自己丢脸，一心想自己一个人花时间来解决，而项目是有时间节点的啊？开发人员有时候的一些习惯真不好说，他认为你不懂代码，我没有办法每天给你汇报进度，OK,我不需要你每天汇报，但是到期交不出东西来，又是种种含糊其辞，说得如何深奥不能解决，殊不知内行人一看并没有那么玄乎，不过心态没摆好，自己给自己设限，同时不齿我们这些非技术人员罢了。

术业有专攻，但是工作的能力，任何职业，都是能够看得出来的，真心希望认真对待工作的同学多一点。

项目到这个时候才来整理架构，之前安卓开发一直不声不响自己在写一些代码，而我们本约定好沿用另外一个项目的代码，他并没有遵循，真心害怕遇到这种自作主张的人，明明大家约定好了，却在实现时偷偷改代码，自己还写一堆BUG，有时候到底哪个省事真不好说，只能说大局观真的很重要，项目不是一个人的事。

再说说流程，之前开发一直跟我说流程复杂，真心没有多复杂，我一个文档都能画出来的流程图，都烂熟于心了，能有多复杂？不过是自己不用心看罢了！

遇到这种开发，我只能说你得去重新匹配人力资源的同时，还不能对他松懈，你不给他皮鞭，他就以为时间节点不重要了，你不给他羞耻感，他依然每天唉声叹气，消磨时间。

一个项目因为一个开发，进度被延缓了，难道就这样下去吗？尤其是这个开发连问题都说不出来的时候，或者他觉得说出来丢脸的时候，或者大家提了建议他依然解决不了的时候？怎么办？

这时候如果能够进来一个大神，重新把项目整理一遍，定下一套开发架构和实现的方法，给大家分工，整个项目就又活跃起来了，之前那个唉声叹气的开发也不好意思不加快写代码的速度。

当然这种情况通常很少发生，所以这次我实属幸运。那下一次怎么办呢？下一次绝对不能让项目在过半时才发现有开发被阻塞了，对于开发这种不认真老实交代开发进度的人，我必将告知时间节点一到不能因任何理由延迟。

对待那些不知压力，和放弃压力的人，你要么放纵他，要么看紧他。

说实话，我有点生气，以后这种事情，绝不允许再出现在我的项目中。于是整理了一下几点关于和开发沟通进度的方法:

1.项目开始使用什么方法来实现，选用什么架构，难点如何出处理……列举出来，开一个项目研讨会，让大家都参与进来，把这些都定下来。

2.根据上一点，分工，分工时要考虑每个人更擅长的部分，最好让程序猿自己分配。

3.分配原则，哪一部分先实现要给出时间节点，即使是没有界面的单一功能演示，也要在该时间节点完成演示。

4.开发过程中时刻准备着发现有人被阻塞，一旦出现问题，立马会议一起解决，不允许单打独斗。

5.项目遵循的一些原则，所有开发人员必须遵循，例如是重构型项目，自己偷偷重新写代码的工作人员应该严厉处罚。