基于.Net的软件部门的建设(建设中)

来源:互联网 发布:淘宝加入购物车看不到 编辑:程序博客网 时间:2024/04/20 10:31

最近初到一个新公司,软件部门完全是从头起步。打算试着总结下关于起步阶段需要注意的事项。

先说下公司现在的情况。公司有他原本的业务,软件部门的成立也就是为了将其业务数字化。然后开始正题,也就是具体的注意事项:

  1. 人员组成
  2. 开发环境搭建
  3. 工作制度

人员组成

目前是一个主管领导,一个技术型程序员,一个业务型程序员。

主管领导主要负责:决策。与其他业务部门对接,协调开发测试等工作。
技术型程序员:工期的制定。技术选型。基础框架的搭建。日常开发。
业务性程序员:需求调研。文档修订。工作进度汇报。日常开发。

日常开发部分或可以一到三名码农选手来进行。

前期对美工的需求不高,后期或需添加一名设计型美工。

开发环境搭建

N人N台电脑+1台协作服务器。

电脑配置,程序员的话,CPU好一点,上个SSD,垃圾显卡和显示器即可。
程序员工作机软件:操作系统,vs,协同工作软件客户端,数据库客户端,通讯软件,文本编辑器,办公软件。
协作服务器:CPU考虑上E系列,SSD不需要,显示器可以不要。
协作服务器软件:服务器类操作系统,数据库服务端,文件共享或ftp,协同工作软件服务端。

工作制度

  1. 调研
    主管领导协调业务部门,程序员负责调研,一人负责汇总到文档。原则上做到每日汇总,并上报主管领导汇总内容。

  2. 开发
    代码完成某一模块,自检通过后提交。提交时写明提交备注,并通知其他程序员获取更新。工作内容分为研发和日常开发两种。研发为目前技术框架中未含有并且未被程序员熟悉的工作,进度上可以宽松一些。日常开发则要严格控制进度。开始开发一个模块的时候,需要制定工作计划,每日汇报工作的过程中,汇报工作计划的完成情况即可。对于临时开发任务,另立他项汇报。

  3. 测试
    还没想。

  4. 运维、实施
    培训时,大规模培训不宜次数太多。争取每个业务部门培训出一个专精人员。数据库定期备份。bug及时修改。历史数据处理好烦,多半就是要在开发时,制作一定的excel导入功能。收集改进需求,转入开发。

咱是就想这么多了。

原创粉丝点击