权限管理、用户权限系统、开源用户权限系统、信息化建设标准基础数据管理平台
代码改变世界

开发好一个软件功能模块不是光有激情、有干劲、有技术就可以得到成功的

2010-04-17 22:03 通用C#系统架构 阅读(...) 评论(...) 编辑 收藏

   最近在酝酿写一本书,折腾了好几周了连插图带文字总共蹦出了100页不到的内容,而且条理性也不够严密,其实想出本书的念头已经有好几年了,总觉得有很多东西可以写一样,但是真正写出来后发现,可写的东西虽然多,但是条理性还不够强,不是把一大堆内容凌乱的方在一起,就是一本书了。

 

【工作日志成功案例】

   同样也让我想起来曾经发生的一些事情,很早的时候,接近10年前,我有一个很有管理想法的领导,在当时就要求每个员工每天填写工作日志,每天都在哪个项目上,甚至是哪个功能模块上,干什么事情花费了几个小时,每天都会检查,当然不按时填写工作日志的,会进行相应的处罚,所以我们每天下班前都养成了填写工作日志的习惯,当时这个系统是用PHP写的,大概花费了1个人1个月的工作时间吧,前后加起来应该是有这些的,但是这个平台从开发到稳定起来足够是用了好几个人半年的开发时间,有了基础后,开发具体的某个功能模块,都相对简单一些了,开发速度也快了很多。

 

   后来我跳槽到杭州来工作,总觉得公司的工作日志填写没以前的公司方便那样,同时公司有一个费用报销系统的开发任务,我就用了2个月左右的时间,把这个功能做出来了,然后很想在系统里多加一个功能,工作日志管理功能吧,我想还是很有意义的,所以又比较兴奋状态下连续奋战了3天,做了一个工作日志管理的模块,虽然用用还可以,但是总感觉有些不妥一些的感觉。

 

  【工作日志失败一】

  后来费用报销系统在公司里实施起来了,但是工作日志管理模块却一直没能用起来,半死在腹中了,我现在分析起来,有以下几个原因:

   1:领导并没有要求做一个工作日志管理功能,也不知道你做了一个这么功能。

   2:费用报销是费用报销系统,与工作日志什么的无关,大家也不会习惯性的到费用报销系统里填写工作日志,定位混乱。

   3:以前原有的办公系统里,还有一些其他功能模块,不只是填写工作日志而已,也不能停用了原来的办公系统。

   4:新开发的系统里,虽然有费用报销功能,也有工作日志,但是没有能力替换原有的办公系统,若真的替换,还需要开发很多功能才可以。

   5:费用报销系统,相对来说是跟财务有关系的,不能挂到外网里,对相关数据的保管及服务器的保管要求都是比较高的,不能让未授权的人接触这些数据,将来要把办公系统的功能都开发到这里来,那不是很多开发人员都有可能看到公司的机密数据了?就算允许把原有的办公系统废除了,那也不能乱来啊。

   6:这个是一个突然热血涌上头,即兴发挥的东西,虽然用意是好的,但是浪费了3天宝贵的时间,还不如睡大觉了,对公司毫无意义,属于是浪费公司宝贵资源的事情了,好心成了败家子的行为了,现在想想的确是这么个事情。

 

  【工作日志失败二】

   前几年在宁波工作,公司也有严格的工作日志填写要求,而且是用了一个产品化的办公软件,但是销售给我们软件的公司倒闭了,现在也找不到那个公司了,而且办公系统是用Java技术开发的,我想维护也难,而且也是没有源码的,我们公司实力相对强,而且平时办公系统类的项目也多一些,所以我建议公司开发一个自己的OA系统,同时客户有需要时可以进行定制化开发,而且完全可以有销售很多套的可能性,毕竟我们有一些客户资源,自己的其他项目也需要有这么一个基础性的东西,原来的OA的授权时间也到了,大家工作日志也无法按时填写了。

   领导也同意我的建议,觉得也是有道理,然后公司就立了相应的项目,我也很开心。

   由于我刚来公司,公司也有很多其他定制化的项目,无法给我很充沛的资源,给我安排了一个女孩子,一个新来的同事,再加上我一个,就这么3个人,同时我也适当的负责一些其他技术支持类的工作。

   接近弄了1个月,我感觉实在是太难进行下去了,我的2个组员几乎一点儿对项目的推动力也没有,而且几乎是全靠我来拉动,有一个又是新来的,做出来的网页也很不像样,做个站内内部短信发送的功能,足足做了1个月也做不好,我也有些崩溃了,但是也不能发火啊,我只能选择低调做人,能包容就包容,要是我以前的性格脾气,早就下了逐客令了,哪里能容的下这样的进度啊。

   后来公司里的其他事情也多,这个OA,几乎没有什么明显的进展,几乎需要靠我一个人,当时公司里也没有像样的美工,做出来的东西不美观不说,连个像样的登录功能也没有,更别谈起他的了,跟原先的OA也有些差距。

   是由于无法按时填写工作日志导致的公司里开发OA的项目,应该是到第3个月就终止了,这深深的让我体验到,有好的想法,有干劲、卖力也比较难成事情,做个像样的OA,还是需要蛮多积累才可以,最起码有个过得去的美工配合,再有几个有推动力能独立做事情的程序员配合,还需要有一定的架构积累等,才能做出个像样的东西来,否则难有明显的成果展示给大家看的,就是做个简单的站内短信发送功能,一个新人就算是硕士毕业,也难用一个月时间做出个像样的东西来,都需要有推动力的独立能干活的程序员才容易见效。

   做个啥,都需要有适当的资源,不是给2个人就可以了,还看给了什么样的2个人,你自己再牛,也不可能是全才,把所有的东西,都一个人全搞定了。

 

  【工作日志失败三】

   后来自己架构了一个心目中的完美系统,就是“走火入魔系列”,其中为了演示分级管理、分级审核,数据集权限,我就做了一个工作日志管理的例子,花费了1个月时间,把各项功能都做好,算是做了一个标准的例子吧,但是这个程序给谁用呢?给自己用?我每次更新系统的架构、进行调试编译时,也需要同步维护这个功能模块,若是把这个功能模块从项目里排除了吧,时间长了,又不能进行同步更新,会变成一个过早版本的,更本跑不起来的模块了,就这样,我给自己做了一个多余的包袱,当然我相信,我在销售自己的架构时,这个也能派上蛮好的用处,但是现在这个效益还没能马上看出来,应该在将来能派上用处的吧。

 

  【工作日志失败四】

   曾经去跟一个好朋友交流技术,我看他工作日志写得非常完整,在最近几年里每天都干了什么都非常仔细认真的记录下来了,而且是用了自己编写的工作日志记录软件,当时真想,2个人一起弄个像样的工作日志软件,发布到网上,但是由于没有成熟的商业模式等,酝酿了一阵儿后就放弃了,并不是由于技术问题,而是辛苦干了这个,卖给谁呢?谁会愿意用呢?又谁愿意支付费用呢?不赚钱的事情谁干啊,又不是成天没事干,每天有干不完的事情在等着,所以这个能放弃就放弃了,以后想到了合理的商业模式后,再去弄这个事情。

 

   就因为工作日志,我想自己已经失败了3次了,现在工作的公司也需要填写工作日志,我懒得折腾了,也更不敢给领导提,我们假设一个内部办公系统,再开发一个工作日志填写功能的模块,方便管理,方便大家使用,更方便绩效考核啥的,提都不干提了,谁提了就得是谁负责,一负责就是一阵儿折腾了,有了这个后,难道我们的工作效率就提高了,管理就提高了,客户更愿意购买我们的产品了?

   就这么个简单的工作日志功能,现在我都有些没信心了,呵呵,干个啥玩意儿都需要有代价、有付出,更需要一个明确的定位、清晰的思路。

 

 



C# ASP.NET 通用权限设计、通用权限管理、通用权限组件、单点登录、集中式权限管理、统一授权体系、分级管理分级授权


微信扫一扫加好友