博客首页|TW首页| 同事录|业界社区

屈伟

创业路上的程序猿

再小的软件作坊都应该且能成为正规军

看了阿朱的《走出软件作坊》 ,对描述的问题感同身受。但是解决办法总还是感觉不容易实施。一个开发组包括公共代码人员、开发人员、测试、文档等,就算可以一人身兼多职,但是感觉人还是很多。总怀疑是不是阿朱现在的公司不是小作坊。听了IT龙门阵上阿朱老师的演讲,会后还有机会与他单独接触,才终于确信了,再小的软件作坊都应该并且可以成为正规军:

1. 需求是不是总做不完?产品质量是不是没办法保证?一个月以前做的功能,是不是到现在包括开发者,都不能说出功能详细情况,还得去看看代码?虽然你不断加班,老板是不是还觉得产品进度太慢?那就对了,你应该!

2. 阿朱书中所说的公司,最开始就他自己加上两个刚毕业的学生。3个人的团队应该是足够小了吧?就算现在,他们的开发部门也就十六个人,包括一个文档,一个测试,三个项目经理。所以从数量上来说,你团队再小,都可以!

另外还有些收获:

1. 你专业客户才专业。只有你非常专业的时候,你告诉客户必须按流程来时他才能信服。同样老板也不会随便抓到个开发人员说做个什么什么我明天要看。

2. 需求是魔鬼,但是需求是money。不要畏惧需求,但是必须有完整的开发流程和需求管理体系。“集中火力快速定位”

3. 关于开发流程。最后一步才是开发。开发就跟建房子,成本非常高。必须经过:
1)需求由统一的人负责。
2)先调研。
3)先设计,完善需求。excel、ppt、word都行。与提需求人确认好。
4)还要验证需求。测试验证,文档验证,开发验证。
虽然步骤多,很多可能都是一个人做的,但是必须有这个意识。

4. 关于员工工作时间控制。一个需求提出了,是一天还是三天完成,怎么确定?阿朱回答说,让员工自己预计时间。然后根据项目时间来微调。其实这个回答还是没解决老板的想法。老板总是想怎么最大限度的压榨员工,让更少的时间做更多的活。阿朱继续说,员工80%的时间实在高效工作行了。

我补充了个想法。其实每个团队成员的价值体现,本身就包括了处理问题的能力和效率。对一个一天应该完成的需求总是要三天的员工,在待遇、淘汰等方面已经体现了。

5. 关于项目经理。阿朱的三个项目经理,一个是从程序员里提拔的,代码写得不好;两外两个是实施等其他部门来的。阿朱说,企业信息化行业的项目经理是需要懂客户需求的。只想说需求来了我才动手,没需求我怎么写代码的人是只能当程序员的。项目经理懂些技术就行,不需要会写代码。

阿朱还戏说,很牛的程序员当项目经理有问题,因为总是觉得手下的代码太烂,还不如自己写。

6. 关于需求。老板、客户、其他部分总提些不明确的需求。不能成为一个产品,需求本身有问题。而一般的小团队又没有成熟的产品人员。阿朱说,他们的项目经理(还是技术经理)就是负责落实需求的。而这个人也属于开发部门。所以,我的理解是,开发部门也可以自己完善需求。只需要按流程一步一步与需求提出方确认就可以了。

7. 关于需求和bug管理,采用bugfree。 刚我已经本地安装了下,包括bug提交、测试用例、测试结果三部分。可能有人跟我开始想法一样,觉得我想要个项目管理软件,这个是bug管理,是不是不合 适。仔细研究了下发现其实虽然是叫bug管理,可以自己通过修改配置文件改一些字段的名称,对新需求也能适用。bugfree可以当作项目管理软件使用。

(文:红麦软件 屈伟 http://quwei.techweb.com.cn

Tags: ,

浏览数: 次 星期三, 05月 20th, 2009 创业

3条评论 to 再小的软件作坊都应该且能成为正规军

  1. 很实用

  2. hahaxiao on 05月 20th, 2009
  3. 阿朱讲的确实非常好,错过了的,可以去买他的书看看,呵呵

  4. 哈哈 on 05月 21st, 2009
  5. 我也看过。很好的一本书!~

  6. 阿泽 on 05月 22nd, 2009

发表评论