关于内部系统开发部门的几点建议

duck

上周去一家大型网络公司的内部系统开发部门面试，该部门主要是为公司的各个部门开发工作中所需要用到的系统，比如财务，人事的一些小系统。面临着：资源少，任务多，体现不出部门价值等问题。面试出来后想了几点，发给他们了，另外也分享出来，希望对从事类似工作的同学们有用。
$ [+ R: k# B7 d+ O/ [8 R1. 统一简洁的页面风格和CSS
& t  Z3 U0 j% h因为是内部系统，所以页面不需要太华丽和复杂的界面，所需要的是简单易用。因为是都是sohu的内部系统，所以可以有统一的页面风格。
统一页面风格带来以下这些好处：
) i0 S, S5 v; Z. y# r# k8 b$ Ba. 只需要采用一套CSS，而不需要在每个项目都进行CSS的开发
4 [( g6 ~$ s4 A# S% k! h0 _' |( ]b. 能减少页面设计的时间，页面布局，功能区域设置能全部都统一起来
$ L, k) I+ t2 ?5 |) s% @c. 减低用户对于新系统的学习曲线
因为是内部系统，客户端与服务器之间的连接速度能保证。因此可以采用简洁的页面风格。
  ]: |: C# s, K2 ?4 \  h简洁的页面能带来以下好处：
a. 减少页面的开发难度，不用在一个页面中堆积过非必要的数据。
$ z  W. V& L; I% _& w; L* Cb. 方便任务分配

0 ]! v  i5 x4 I! e: z: j2 _& X5 h# l2. 在做需求的时候同时完成静态页面的设计
这条的好处是做页面设计的时候能进一步理解用户的需求，也能同时从解决方案的角度来考虑问题，从用户的角度来说，针对模型进行思考能进一步的引导他的需求。
具体的做法就是
a. 在一边谈需求一边用纸画出大概的页面模型和用户沟通，初步形成页面功能的设计
: E+ B. K5 j- fb. 谈完需求之后尽快使用统一的CSS做出静态的页面。用页面跳转代替表单提交。
c. 用静态页面组成的模型和用户进行初步沟通，在沟通过程中，如果时间不多的话在纸面上进行修改再沟通，如果时间多的话，快速的修改静态页面，争取尽可能多的把重点页面和用户达成一致。
0 U9 W+ D' N' I根据沟通结果把可以开始做的部分安排开发人员开始做，还不能确定的和客户约好时间再进行下一次沟通。

3. 逐步建立可复用的代码库（功能组件）
这一点说起来容易，做起来需要一定的额外代价，是一个部门内部的积累。前提是第一条建议能够比较好的实施。这里的代码库（功能组件）大到一个功能模块（连接LDAP）,小到一个页面控件（多层次部门选择下拉列表）。具体做法是
' e6 S3 ?! }/ S- J/ {: {a. 在项目开发中有意识的把可通用的组件单独放到一个包里
$ B) q* u% S# M3 _b. 项目结束后，花1到2天的时间整理成可复用的代码
c. 整理完之后再对相关技术人员进行培训（这个很重要，有通用代码而别人不知道=没有通用代码）
d. 在以后的项目中，在复用的过程中进行完善
' I9 C1 H2 c6 V' Oe. 尽量减少复制粘贴再修改
# |7 I4 F8 v* N- L( _( A' ?
5 g# P2 O  M/ Q/ p4. 收集客户部门使用系统后的效果，其结果可用于对上对外和对内
$ w# a) F: f+ g) ^客户部门应该会有这样的数据，因为他们需要这些东西来说明他们上新系统的效果。本部门可以用这些数据来说明自己的贡献以获取公司的认同甚至可以去争取更多的资源
+ a3 b3 @6 M5 q" u! A  }4 CIT或者运维部门应该会有bug数量的和分布的统计数据，如果没有的话自己可以收集到达本部门的bug数量和分布的数据，通过这些可以在以后的工作中有意识的避免这些bug
通过这些数据可以在以后的需求分析过程中为客户部门提供更容易使用的系统

陈先生528

上周去一家大型网络公司的内部系统开发部门面试，该部门主要是为公司的各个部门开发工作中所需要用到的系统，比如财务，人事的一些小系统。面临着：资源少，任务多，体现不出部门价值等问题。面试出来后想了几点，发给他们了，另外也分享出来，希望对从事类似工作的同学们有用。