时间:2019-9-24来源:本站原创作者:佚名

(图片来自网络,如有侵权,请联系作者)

刚刚过去的一周在北京检查了软件研发部门的管理,检查三个方面:设计评审,归档管理和知识分享。很多方面确实需要大力改进。

在与两位研发经理的交流中,我们讨论到一个主题:为啥很多研发管理规定时间一久都严重走样?比如设计文档的评审与归档。这也延伸出一个有趣的小问题:所有的“新嫩”工程师都会抱怨文档资料不全,批评“前辈们”不认真撰写设计文档。但当他们成为“老鸟”时,也迅速成为他们“新嫩”时批评的那种“不认真撰写文档”的家伙。为什么会这样?

网上有篇叫《挤公共汽车的社会学》的文章就讲了这么个类似的现象:

挤公交车时我们会发现一种有趣的现象,挤上车之前,我们总是大喊大叫着让我们上车,大家往里挪一挪,里面还有空间。当挤上去以后,我们又开始讨厌别人再挤上来,我们会虚张声势地说,挤死人了,实在挪不动了,你们等下一辆车吧,极不情愿地挪动位置。

这段素材也经常被各地高中拿来做高考作文练习。

但企业管理的事情如果最后落实到“提高全员道德素质”上去,那就走偏了。我们恐怕还得从完善管理制度上去想办法。

我们先“回到初心”,讨论一个更基础的问题:什么是软件研发项目管理?我们管什么?常见的回答是任务分解(WBS)及确保项目按计划完成,研发经理的日常管理工作就是根据任务难度及下属的技能水平合理的分配任务并监督任务完成。

这固然没有错,但对企业里面的研发管理来说,还有点不够。对企业来说,管理意味着必须发展一套适合自身发展水平的标准做事流程并不断重复坚持,直到形成每一个参与者的自然工作习惯,并在每一次执行循环中不断改进这个流程。换句话说,企业里的软件研发经理固然要做WBS这种日常工作,但更重要的则是有意识的培养一种行之有效的工作流程和知识积累方法——这种行之有效的工作流程和长期积累的可重复利用的知识库,才是一家公司研发实力的底蕴。

那么工作流程是不是规定的越详细,越具体越好呢?不是的,工作流程的复杂程度必须与本组织当前的规模和主要工作目标相适应。对于飞音这种百多人的小公司来说,反而应该是在“基本够用”的前提下追求“越简单越好”。因为只有简单的流程才容易坚持,才不容易在执行中走样。

那么,软件研发管理的“最小集合”是什么呢?我的理解是这样的:

研发管理的最小集合

1,任务管理

任务管理对于研发经理来说,最重要的是不要忘记“大目标”是什么。我们每周一的工作例会上,研发经理经常会对上周完成了什么“小目标”进行介绍——这固然好,但其实我更想听,对整个项目完成这个“大目标”来说,我们还没做什么?

研发经理要时刻提醒自己,工作的“大目标”是保证完整项目输出。如果沉浸于具体的某个子项“小目标”工作的解决中,忽略对整个项目全貌的把控及风险控制,就有点舍本逐末了。也就是说,研发经理“既要低头拉车,更要抬头看路!”。

2,设计管理

设计管理就是指必须书写基本的设计文档和进行设计评审工作。这一点最容易被“老司机”轻视,觉得“这么简单的任务,有什么可评审的?”。或者自持才高,“其他人水平都跟我差一大截,有必要邀请他们评审吗?”

两方面的原因规定了设计评审工作是保证设计质量的必须工作。

一是“一人智短,两人智长”,“三个臭皮匠,顶个诸葛亮”。每个人都有思维盲区,多个人参谋下,往往就可以规避大部分无脑错误——团队工作中不怕在新的挑战中犯错,这是试错成本;但忌讳在基础工作上犯错或重复以前的错误!这可不是试错成本,纯粹是“愚蠢成本”!

二是为了“薪火相传”。这种评审本身就是对新人最好的培训工作。为什么很多研发评审工作到后来都被以“任务重”为借口弄的严重走样?因为“上梁不正下梁歪”,老司机们都不认真对待研发评审工作,凭什么要求新人认真对待?

当然,结合到飞音当前的管理实践,设计评审管理也不适于过于复杂。我建议对于新产品项目,至少要进行“总体设计”文档的撰写与评审。“总体设计”都包含哪些方面呢?至少包括:①软件整体架构,是基于哪套老产品代码进行演进?有没有引入新的开源项目?软件各个模块的整体结构是什么样的?等等。②FLASH的分区管理与升级失败回滚的处理,即便是完全沿用其它产品的设计,也要说明这一设计对本项目的合理性。③参数和网管系统的设计。④驱动程序的结构。⑤产品测试验证计划,要执行哪些测试用例?执行哪些第三方兼容测试?性能测试的标准与方法等。⑥生产测试方面的考虑。⑦项目进度计划。

评审报告应该由所有人签署意见后扫描归档。

3,版本管理

包括SQA工作,版本发布,以及BugTracker的管理。关键是一定要能做到对每个发行版本,在SVN上可以回溯其代码、SQA报告和ReleaseNotes。

4,贯穿上述三项工作的归档管理

归档管理做的好不好,就看文档是否能方便的检索及分享。因此,必须有个清晰的目录结构以及方便研发组成员检索目录和申请资料的方法。其中分享更重要——写文档的目的是经验分享,如果是根本没有人看的文档,不写也罢。

您怎么看待软件研发管理工作?欢迎公司内外朋友在评论区留下宝贵建议。

飞音时代方强

年8月10日星期六

欢迎







































中科白殿疯医院怎么样
中科白殿疯医院怎么样

转载请注明原文网址:http://www.huangjinshoucang.com/nlkfff/15452.html

------分隔线----------------------------