
项目管理思考
现役码农一个
主要是记录一些工作的总结和使用过的技术要点,相互学习
展开
-
项目管理思考
当开始一个项目的时候,特别是进入到一个攻坚阶段,各种压力下人容易遗忘忽略一些关键的信息(项目的目标,客户的要求,团队的问题),所以最好能够有一个类似风险清单(一个记录的表单,项目中每个成员都可以随时查看,这里要提一点,一定要保持团队内部信息的流通)的东西。这样每天去关注上面的信息更新进度。因为团队中每个人或者每个小组之间的任务重点不同,各个组之前更新任务进度有利于项目成员了解自己的任务健康程度同样...原创 2018-04-01 13:39:56 · 309 阅读 · 0 评论 -
项目管理思考——如何让分配的任务高质量完成
在新项目中担任组长,项目刚刚启动的时候,前几个迭代组内完成任务质量不高,也会出现一些延期的情况。对项目的情况进行分析,发现有几个共同的特征。1,组员对分配的任务了解不够,表现在需求会上分配到某个任务,有不懂的地方但是没有问清楚,被动接受。代码开发完成,开始测试的时候,测试人员发现实现的功能和需求不一致,导致返工。这个占大多数。2,对需求有一定了解,会后没有构思自己的思路。拿到需求直接开...原创 2018-08-31 16:16:26 · 2099 阅读 · 0 评论 -
项目思考--提高项目代码质量
背景:项目接近尾声,部分人力在完成工作交接后释放到其他项目中,剩余的人完成结项前的维护开发工作。事件:在交接结束的一个新的迭代开发中,开发工作出现延期,功能上线也出现问题。出现问题的大都是释放的人力所负责的工作。思考:对交接的代码进行review发现。代码质量不过关,主要有以下问题:1,编写代码没有按照项目组初期制度的规范进行,基本空格和换行规范没有严格执行。导致代码阅读困难2,编写代码...原创 2018-12-12 14:18:15 · 924 阅读 · 0 评论 -
项目思考--开发功能后测试总是出现问题
项目开发中容易出现修改一个bug,结果引发另一个bug,原因是新增字段导致其他地方的sql没有添加,结果出错。项目中出现这样的问题不仅浪费人力,而且很容易引起甲方的不满。自己想到一个解决方案。建立一个映射管理,如果修改一个模块的代码,就要进行相关的一系列测试,这个关系管理不是一气呵成,而是在开发过程中不断完善,虽然看起来和麻烦,实际执行起来并没有很大的阻力,项目经理要督促测试组进行总结和...原创 2019-04-15 10:52:35 · 598 阅读 · 0 评论 -
程序猿应该忙而不乱
最近和几个前同事一起聚餐,除了一些目前的行业情况。还聊了一下各自的后期职业规划。其中一个同事A就说现在每天都很忙,感觉都没有时间关注新技术和提升自己的能力。我们剩下的人还调侃说,忙过这段时间你就得到提升了。A一脸疑惑的看着我们,仿佛在说,你们在看玩笑吧~从入行开始,每个项目组都会有人对我说,忙说明你有机会提升自己了。然而并不是每一次忙完,都能够很明显的感觉“自己变强了”。后来我仔细的总结过,哪...原创 2019-05-23 11:29:55 · 891 阅读 · 2 评论 -
推介大伙读一下《代码之外的功夫》
这本书是我在看一个书单的时候看到的,当时主要是好奇代码之外的功夫有哪些?代码之外的功夫肯定是有的,每个人可能看重的点不一样。但是不妨碍我们学习一下其他人的观点。在开始看这本书的时候,我先思考了一下我自己觉得代码之外有哪些比较值得注意的观点。1,对项目需求的理解能力,帮助我们快速的完成代码设计2,沟通能力,减少我们走弯路3,参与到管理,如果后面考虑走管理路线的,平时这个应该都有注...原创 2019-06-18 20:33:52 · 517 阅读 · 0 评论 -
项目中沟通的几种方法对比
在项目中的沟通方式有很多种,比如晨会、日报、周会、周报、邮件和聊天等。进行沟通的目的可以是了解项目进度,通知项目进展,了解成员问题等今天分享一下自己在项目中对使用这几种沟通方式的体会。晨会,晨会的效果是全部方法中最优的一个,除非项目转维,不然建议每天一次晨会。 每天早上项目组全员开一次进度会议,会议的主要内容是每个人汇报自己的工作进度,包括进度是否正常,有没有什么问题,需要谁进行协...原创 2019-07-15 09:00:28 · 1466 阅读 · 0 评论