白羽软件——一个软件公司小老板一年的信息化管理之路

《白羽软件——一个软件公司小老板一年的信息化管理之路》由会员分享，可在线阅读，更多相关《白羽软件——一个软件公司小老板一年的信息化管理之路（20页珍藏版）》请在金锄头文库上搜索。

1、一个软件公司小老板一年的信息化管理之路白羽软件 2013 年度总结管理篇 2014 年 2 月 15 日2013 年开始年开始从 2013 年初开始，作为公司老板的我，决定开始启用全新的管理模式：信息化管理。虽然我当时只有 3 个程 序员，但工欲善其事必先利其器，无论如何我都要信息化起来，因为原来那种用 excel 和口头传述的管理方式太乱 了。公司成立已有一年半，却没有太多成绩，让我毫无成就感而言，就如有人调侃一样，都给员工打工了，因为 员工都挣到了钱，而老板还是个穷光蛋。但经过这一年的努力，公司已成绩不菲，这要得益于制度化、规范化、 以及信息化的管理，收效明显。 刚开始我也到网上找找有没有

2、适合我用的系统，虽然找到了一些，但动辄几万的价格，对于当时的我来说还 是比较大的；另外这种软件功能也太复杂，很多功能我都用不到。不得已我决定自己开发，以先用起来的原则， 需要什么功能就开发什么功能，后期再完善补充。于是白羽软件公司一个新的项目成立：白羽软件系统开发平台， 这个平台初步定位专门辅助程序员开发。 接着我制定出公司制度，白纸黑字打印出来，盖上公章，贴到公司墙上，实现规范化管理的第一步。而白羽 系统平台的开发则是我实现信息化的开始，白羽软件的使命是“让小微企业体验信息化的乐趣” ，如果自身都没有 达到信息化，如何让客户信息化？ 本文中所涉及的系统，如未特殊说明，全部为白羽软件自主研发。

3、一年的收货很多，所以文章很长。1.1.1. 开发同步开发同步数据库数据库 WEB 管理平台管理平台由于我们当时是项目外包型公司，以定制开发系统为业务，所以首先我们要解决项目开发问题，提高开发效 率。我们的项目都是信息系统，技术上就是数据库的增删改查，那么在开发的过程中经常碰到数据库表结构变动， 特别是在多人进行表设计时。 比如程序员 A 负责表设计，B 负责开发（无字段修改权限） ，他们都使用微软的数据库客户端 Microsoft SQL Server Management Studio 连接进行表操作，A 创建了用户表 User，表中设计了 10 个字段。此时就会出现如下几 种情况： A 又

4、新添加了一个字段“age” ，但他并没有告诉 B； A 将原来的字段“telephone”改成了“mobile” ，口头上告诉了 B；B 可能忘了，也可能记得； A 不小心碰到键盘上的“r”键，将字段“username”改成了“usernamer” ，A 自己都不知道； 假设 B 也能修改表设计，那就更乱了。A 和 B 可能改了很多字段只有他们自己知道，对方都不知道； 现在 user 表中已经有了很多字段，有些字段表示什么含义 A 都已经忘了，要反过来查代码才知道； V1.0 版本上线了，V1.1 又修改和添加了好多字段，在升级到 V1.1 的过程中由于变更字段太多，A 已经忘 记了哪些字段有

5、变动。 以上种种问题，在开发的过程中都是致命的，特别是系统上线后。由于沟通不到位或忘记了，表结构的变动 直接引起系统的崩溃，即使不崩溃，也是一个很大的隐患。 最开始我们都是用数据库文档的方式记录表字段类型、含义、长度、功能等，并且要求程序员对每次表结构 的变动都必须在文档中进行记录。如下图所示，是表结构文档样例和记录样例。但人有失足马有失蹄，即使是要 求再严格，有些变动程序员也会忘记在文档中记录。即使有了文档记录，升级也将是一个痛苦的过程。在升级过 程中要对照文档的变更记录，进行一个字段一个字段的校正，如果某个字段变动后没有记录到文档中，那就漏了。针对这个问题，我在网上找一些数据库同步和管理方

6、面的软件，没有找到，于是不得不自己开发。我们取名 为“白羽数据库管理平台” ，用于对软件项目的数据库表结构进行管理。如下图所示，为目前我们的同步系统。自从有了这个系统，我们的数据库表开发再也不乱了，上面碰到的问题都得到了解决，员工们都感觉轻松了 很多。所有的表结构修改，都要通过这个平台进行操作，每个操作都有记录和备注说明，并且每个操作对会生成 对应的变动 SQL 语句。只要查看日志就知道谁改了字段，备注中还记录了原来的字段名称、修改理由。此系统更 为强大的功能是借鉴了 SVN 的版本号功能，每次表结构变动就是一个新版本，比如 V1.0 的最终版本号是 995，V1.1 变动了 55 个字段，最

7、终版本号为 1050。那么上线的系统由 V1.0 升级到 V1.1 时，只需要导出 996 到 1050 之间的表结构变动 SQL 语句，到服务器上直接执行一下就 OK，再也不用像以前那样对照数据库文档变动记录 一条条对照了。 接下来我们还要加入自动生成数据库文档、自动生成数据库架构等功能。 元旦和阿里巴巴的同学进行技术交流，我问问他们是怎么做的，结果也是用这种方法，思想和我的一模一样， 只是他们的系统比我的多了一些业务节点（大公司部门多） ，据介绍他们这套系统还是中信跳过来的人开发的。我 当时就惊呆了，一方面是几万人的大公司和我这个位数的小公司，系统开发思想一模一样；另一方面在这之前， 中信

8、的人没有搞这套系统时，那阿里是怎么做的？我很惊奇。不过想想原来我待过的蜗牛，两千多人的公司，开 发连文档、流程都没有，也就不足为奇了。1.1.2. 要认真开发了要认真开发了绩效工作考核系统绩效工作考核系统解决了数据库同步开发的大问题，接下来要解决工作安排上的进度问题。 以前的工作安排，我都是用 excel 进行跟踪，如下图所示，为工作安排的样例图。排有计划，每天更新完成进 度（这和以前蜗牛的方式是一样的） 。后来发现总是不能够按照要求如期完成，于是又加入了绩效考核的思想：如 果不能按时完成，就要扣除绩效工资，延迟完成几天就要扣除几天的绩效工资，提前完成给予奖励。这样虽有一 定的效果，但核算太笼

9、统，有时候一个月下来会扣除好几天的绩效工资。绩效思想本为激励员工，而不是扣除， 扣除太多就会引起反效果。如果真有员工一直扣除太多，说明他也不太适合这个岗位。我隔壁的小伙伴（苏州度比软件）是专门做人事软件的，和他们交流后，借鉴了他们的人事绩效思想，开发 出绩效考核系统，于是在白羽软件系统开发平台上，一个新的系统开始上线了绩效工作考核系统。 该系统主要是安排工作给员工，然后按员工的完成效果从各个指标进行打分，所得的分数直接就是绩效工资参数。 亮点在于使用 KPI 指标进行考核，每个指标都有评分标准和权重，各个指标的得分值乘以权重比例就是最终得分， 这种加权平均的计算方法，会均衡掉考核中的主观偏差，

10、不会出现原来扣除一天或好几天的现象，而且得分更加 精确。如下图所示，为绩效工作系统的界面，以及评分样例图。 这样即能进行科学评分，又能让员工随时随地查看工作内容和进度。员工要每天汇报工作进度和工作日志， 老板能随时查看进度和工作内容。不会出现员工对工作内容不清楚，也不会出现员工和老板对峙工作内容。更方 便的是，在发年终奖和加工资时，只要查询这段时间的绩效得分，就知道该加多少工资，该得多少年终奖。 目前我打算在系统中再加上绩效工资的自动核算功能，这样我每个月算工资就不用再拿个计算器加来加去啦！任务评分，工作做的不到位，扣分了。核算年终奖，这个有奖励哦！1.1.3. Bug 到底改好了没有到底改好

11、了没有缺陷跟踪系统缺陷跟踪系统好了，现在大家可以安心工作并按计划开发了，给客户开发的系统也已上线，客户开始使用，麻烦又来了。 客户在使用系统的过程中，发现了大量的问题，又提了很多新的需求。于是我把这些需求和问题都分派下去，但 由于需求太多，往往我给员工分派了十多个，他们只做好了七八个，还有几个要么是忘了，要么是没来得及改。 等到了我检查他们修改情况的时候，我也忘记了给他们提了哪些问题。 如何解决？一开始仍然是用 office 的 word 和 excel 去解决，效果不明显。于是白羽系统开发平台上线新 的模块缺陷跟踪系统，该系统主要跟踪系统中发现的缺陷解决进度。对客户提出的以及内部测试发现的问

12、题， 统统都以图文并茂的方式记录到缺陷系统中，并指定好负责人和期望完成日期。负责人接收缺陷后，分派给执行 人（也可以是自己）去执行，执行人需要汇报修复进度，完成后由负责人进行检查，最后由创建人结束掉缺陷， 这样一个缺陷就跟踪完成。缺陷必须在规定的时间内完成，否则要扣除绩效，因为上面的绩效工作考核系统 有个“缺陷解决率”的考核指标，占 10%的权重比例。有 1 个未如期完成的缺陷，就扣 1 分。 现在随时发现问题，随时记录，日常小问题按时解决，再也不用担心提出的问题被遗忘了。有记录在案，还 可以查看历史，并根据这些缺陷整理出开发标准。以后增加了测试人员，就可以直接按执行标准去质检。 如下图所示，

13、为缺陷根据系统的编辑界面和列表图。1.1.4. 地雷与最后的救命草地雷与最后的救命草系统异常日志系统异常日志客户提出的问题都解决了，系统又安安稳稳的运行了一段时间，不过最近我们发现了一些怪现象，系统有时 会出现一些莫名其妙的问题，而调试又没法使问题重现，只能去检查代码，也找不到问题。幸好我们早有预备， 该新系统出马了系统异常日志解决系统。该系统主要是将系统产生的所有异常捕获到，并存储到单独的数据 库中，之后由程序员进行处理。 客户的每个系统都会有异常日志记录功能，客户可通过导出 excel（内外）或直接远程提交（可连互联网）的 方式，将客户系统的异常日志信息传送到白羽系统开发平台上，这个有点类

14、似微软操作系统的异常收集机制。白 羽平台上的异常日志系统会对数据进行归纳整理，判别出哪个系统、什么版本、哪个客户，之后由负责人对异常日志进行分配解决。所有的异常日志都需要解决，很多异常数据可能是同一个问题产生的，那么就可以对这些数 据进行归类合并。如下图所示，为异常日志收集列表图。为什么要使用该系统？原因如下： 系统异常是必须要捕获的，不进行处理系统会崩溃。 系统异常捕获后，保存下来，可以追查问题原因。 有时候系统发生了错误，或者崩溃了，我们是不知道的，这就相当于埋下了一颗地雷。 有时用户碰到崩溃后，会懒得给你说，或者忍一忍就过去了，而我们还自我感觉良好，完全不知道有异 常。 就算用户向你发愤

15、反馈，他也不一定给你说的明白，程序员与客户的沟通，就像秀才遇到兵的对话。 综上所述，保留系统异常日志，这将是查找问题的最后一根救命草；及时解决异常，尽早排除地雷。目前部 分产品改进为了云服务模式，云后台直接查看异常日志，该系统收集机制现在用的不多了。1.1.5. 还是要打卡还是要打卡考勤系统考勤系统慢慢的客户系统稳定了，事也不多了，程序员也不用像任务紧的时候起早贪黑。闲下来后，大家早上就来的 越来越迟。白羽公司实行的是弹性上班制，可以早来早走，晚来就晚走。但现在是员工越来越晚，这样下去，不 但早上找不到人，人没来齐还会影响工作协作。看来需要改进了，于是白羽系统开发平台上又多了一个系统 考勤系统

16、。 该系统除了记录员工每天的上下班时间外，员工还能申请请假、调休、加班、出差等事项，审核机制上实现 上级领导直接审核，不需要每条记录都要老板亲自审核，放权给下面的管理人员。记录只是一个功能，系统最大 的亮点就是能自动计算、自动汇总。公司现在实现了调休制，员工的加班时间会累计起来，用于请假调休，早上 迟到也要申请调休。所有的缺勤，不调休就会被计算为缺勤，缺勤就会扣除基本工资。这样每个月结束后，我只 需要点几个汇总按钮，系统就会自动汇总每个员工当月的加班时间、请假调休时间、扣除多少钱等等。 如下图所示，为考勤月度汇总统计图，是不是很方便啊！知道我以前是怎么做的吗？拿 excel 登记每个员工每 次的加班、请假等，然后月底拿计算器算出来。我知道有的几十人的公司，没有上人事系统，都是用请假条，那 么每个月底人事部就有几个小姑娘专门用来算工资。我不知道这样的老板是怎么想的，一个员工几个月工资的钱 上个简单的考勤系统，就可以永远省掉这几个小姑娘了。如下图所示，为单个人每天的考勤数据。最开始我