|
故事背景
最近有机会独立负责项目，走得有点儿吃力。什么都有个第一次，而第一次总是做不好事。是啊，还是同事的那句话说的好：“谁都不是一开始就做到最好的”。做不好事，那就想办法努力做好。项目做起来吃力，就多花时间在项目上。把项目中用到的技术，一个点一个点地剖析，即使没有理解底层的过程，也要把它熟练地用起来，也许下一个新项目就不会这么多问题了，也许下一个项目就突然对使用的技术豁然开朗了呢。在项目实践过程中听见的，学到的，尤其是所思所想整理出来，记录好它，保存成文字。毕竟是用汗水和泪水换来的经验，实在太珍贵了。
项目负责人基本素质
首先，需要明白一旦成为项目负责人，则就是这个项目经理了，必定最终以结果为导向的，而这个过程一点儿也不重要。其次，有一个预设心里准备。在这个项目周期中，无论在哪儿，在哪家公司，什么样的环境，它一定是非常不顺利的。总会有特别多的变数。然后，总会遇见很多问题，要多想，要多思考，没有什么好抱怨的。遇见问题要思考各种各样的办法去解决。无论行还是不行，一定要先试一试，进行各种尝试。真的不要逃避，逃避得越多，人生的高度就会越低。最后，心态比能力更加重要。如果心态崩了，能力在强也没有什么用了。用一个好的心态去面对问题。如果实在遇见了超过自己能力的技术难题，大胆地说出来，就是搞不定了，请求外援，没有必要去逼迫自己。发现一个规律，项目中总有两个到三个超出自己能力的技术难题，可能是异步问题，可能是并发问题，可能是事务问题。一旦整明白了项目中的难点，这个项目就算是及格了。希望以后在遇见难点的时候，告诉自己，坚持一下，把它整明白，就快完成了。
项目负责人需要考虑的事项
自我能力。自己的能力真的能够把当前的项目抗下来吗？多问问自己，是没有错的，即使最后发现自己没有能力吃下来，也没有关系，踏实地成为一个组员，努力把技术点学会，下一个项目就一定会做得更好。时间周期。无论是什么样的项目，大与小，简单还是不简单，自己做过还是没有做过，一定要理清楚项目的时间周期安排。最好把时间周期安排形成文档，每次时间周期的调整都需要体现在文档中，这样做事情才有节奏感，不会被身边的人迷乱地带着跑。如果需求量增加或者时间周期变短了，也好增加人手，虽然《人月神话》告诉我们这是没有什么作用的。但是，可以这样做，把核心以外的逻辑隔离出来，增加人手的时候就做这些需求，核心逻辑需求就只能靠自己了，因为没有谁能够帮助自己了。再次强调，时间周期非常重要。因为它会让自己统筹和协调工作。千万不要想，时间周期还很长呢，软件这个东西，开发者总是乐观派，觉得2天吧完成一个功能逻辑，做着做着，发现有更多的细节问题需要考虑，如果在这个过程中，遇见了从未遇见的问题，并且超出了自己能力，那可能就会会花费一周时间了。职责分明。需要明确，哪个环节是谁负责的。比如谁负责跟客户沟通需求，谁负责理解需求并规划好原型，整个项目架构有哪几个服务，每个服务又都是谁负责的。这些都需要清晰认识到，并且出现了问题，立即语音沟通。大胆一点，在大胆一点。大胆地去主动沟通就是了，千万不要想太多了，没有自己想象的那么困难。别想得太复杂了，认为不善于沟通，索性就不要沟通了。耐心讲解。一个项目会涉及到很多部门和很多不同性格的人，也有理解力好的，也有理解力不好的，但总的来说，还是受经验的影响比较大，经验多就经历过很多问题，几乎是没有什么问题的。但无论是哪种情况，都需要耐心讲解整个系统的组件，核心逻辑的运作流程，如果讲解一次不行，那就讲解两次。真的，每个人都是这样一路走来的。还是那句话。“谁都不是一开始就做到最好的”。放过自己，也放过他人。事件一定要分轻重缓急。花一点儿时间，梳理一下还有多少需求没有完成，还有多少Bug没有修复。哪部分是核心功能，哪部分是可以靠后实现的。一旦明确后，一定要这样做的。千万不叛逆呀，我就是要这样尽善尽美地按照系统流程开发。别，先把核心完成，让它跑起来，然后慢慢一点儿地优化。花个20分钟梳理每天任务。很多时候，我是不愿意花时间梳理任务的，觉得这太浪费时间，其实不是的。梳理任务会明白项目中需求还有多少，项目进度大概是什么样子。并且，一个一个地完成自己梳理的任务，也会充满成就感的。这真的是一个好习惯。多梳理，不能乱了方寸。完全没有必要靠自己全部写完一个系统。除非自己有时间也有能力，否则必要的时候，请求外援协助。没有什么面子之类的，因为是以结果为导向的。千万不要想太多。没有必要完全靠自己把整个项目代码写完，调试完。没有必要。大胆请求外援。沟通。心平气和，好好说话。软件行业，总的来说，其实就是理解客户需求。排除哪些研究新技术的高级工程师和科研人员。而理解需求第一个任务其实就是沟通。跨部门沟通又是一件不容易的事情，因为专业划分导致思维方式的多样性。需要多问问自己，如何与商务沟通，如何与产品沟通，如何与测试沟通，如何与前端沟通，如何与实习生沟通？遇见问题的心态。 遇见问题，自己的心态是什么样的？是面对，是逃避。是请求他人，是询问外援，这些都是解决方案。去确定。做项目一定要确定很多事情，比如技术栈的确定，需求的确定。对于功能，一定要想清楚每个功能点，考虑他的每一个细节。能考虑到多细节就考虑到多细节。把所有涉及到重要的东西，都明确了，然后才开始编码。
小结
最后引用一段话来结束。
“当时是三月，也可能是四月，就算彼得堡盖坦街上的白雪已经化成了雪泥我也不知道，当然我也不关心。大部分时间我都穿着睡衣趴在相貌平平的计算机面前噼噼啪啪的敲打键盘，窗户上的窗帘遮得严严实实，把阳光和外部世界与我隔离开来”。
|