现在的位置: 首页 > 综合 > 正文

工作回顾(一)

2013年02月06日 ⁄ 综合 ⁄ 共 696字 ⁄ 字号 评论关闭

   我做为一个软件部门的负责人,已经有五年多时间了。我所在的是一家小型软件企业。在中国,尤其是在中国,小型软件企业特征是差不多的。有什么特征呢?后面的文章里一个一个讲。这份工作就我个人体会而言,就是工作比较累,内容比较杂,当公司人越来越多,项目越来越杂的时候愈加暴露。这算是这份职业的缺点还是有优点,我还无法评价。因为愈加困难的时候,越是体现出小公司的局限性越,同时也体现出个人特有的能力。这里写下这篇文章,一是回顾下这几年的经历,二是给后来人做个借签。另外,如果你是想创业,我认为这文章正恰当。
     刚开始公司有的只是开发人员,其他都没有了。这种情况是接近一清二白,没有技术,没有流程,没有分工,没有基本的工具和方法。首先,最快能解决的是工具问题,有了工具能立马统一开发人员的生产效率和行为。第一、确定源代码的的管理工具,源代码管理工具可以使每个开发人员公共参与一个项目,并且使得代码成为公司真正的财产。设想如果代码随着开发人员人来人往的,公司没有一处统一管理的地方,根本就是原始到极点了。第二、建立缺陷管理软件。越是小公司,会发现软件质量越是差。软件质量差对于一家小型软件公司不希奇,可以说非常正常。为什么呢?小型软件公司的特点之一就是技术薄弱外加人员少。提交给客户的程序会非常成问题,甚至弱智(稍微留意就能发现的问题),解决这个问题最简单的方法就是加测试环节并使用缺陷管理工具,这样至少可以挡住些弱智的缺陷,至少让客户体会到一些专业水平。有了缺陷管理工具可以体现开发人员的缺陷数量了。这里开始有点开发流程和管理的味道了。(待续)

这篇文章是多年的项目管理经验,属于放在博客园首页的内容吧

抱歉!评论已关闭.