中小型软件企业的技术生存方式大致能够分为两类，一类为应用服务型，另外一类为技术研发型，目前大部分的中小型软件企业均属于应用服务型，笔者所在公司的技术生存方式也属于第一种类型，即为应用服务型。下面，仅就技术服务型技术生存方式软件企业的技术管理工做发表一些本身的建议，供同行参考：数据结构
1、开发和管理岗位分离架构
技术部门的管理，一上来就不可以将开发和管理混为一团，其结果必然是差强人意的，目前大部分的中小型软件企业，在考虑到成本或者根本就没有意识到这个问题的状况下，技术部经理和技术总监每每是一人兼任，这样作带来的直接后果是，技术总监是一个优秀的开发技术人员，但却不是一个合格的管理人才，而技术部门的团体战斗力是不能依靠我的英雄主义来成全的，若是企业处在这样的一种境遇中，其技术部门人员的流动，技术部门人员的内部培养，技术部门工做的管理，必然存在诸多不足之处，缘由很简单，人无全才，作技术作的好不必定作管理作的好，作管理作得好不必定作技术作的好。工具
2、具备必定的通用积累开发工具
技术部门的管理，其最终目标是具备高效的投入产出比，借用软件工程的复用思想，技术部门的管理者必需要有一套长远的通用积累计划，经过把繁复的工做转换为一系列可复用的过程来提升总体的技术生产力，目前，有不少软件企业已经在进行这方面的工做，可是仍然不够清晰，这方面的工做主要体如今，产品架构的良好设计，基础类库的设计和构造，快速开发工具如代码生成器的一些开发，界面通用模板的设计，业务构件的通用封装，数据结构规范，软件开发规范等等，技术生产力的高低依赖于投入产出比，而高的投入产出比依赖于高的通用积累储备。测试
3、良好的内部分工体系编码
技术部门的管理，构建在良好的内部分工体系之上，评价内部分工体系是否良好的标准，不可以用咱们一般所认为的“一人一岗，各司其责”标准来衡量，由于对于一个应用服务型软件企业来说，其技术部的工做日程不多是四平八稳的，企业要生存，必需要可以快速、高效、优质的完成客户交付的项目，技术部门一般是压力最大、日程最紧的一个部门，所以，除了在传统的“一人一岗，各司其责”基础之上，还得引用“备份”机制，不能出现缺乏某我的而不能正常运转的状况，从需求调研、软件设计、软件编码、软件测试、发布更新、配置管理直到技术管理，每个岗位都必须有一个预警措施，可以确保工做不依赖于某一我的，这样就确保了良好的分工体系，不把某我的累垮，也不依赖于某我的。设计
4、长远的技术规划开发
古人云：“凡事预则立、不预则废”，中小型企业的生存是第一要义，可是从团队培养的角度来讲，只有具备持续吸引力的团队才是最稳固的团队，凝聚技术性人才的真正动力，在超越了收入这一层次的时候，技术素养的培养更具备吸引力，这就必然要求技术部门的管理者要可以有一个相对长远的技术规划，一方面可以让企业在技术手段上可以立于不败，另外一方面可以使团队的每个成员感觉到吸引力和进步感，这样，既可以稳定技术结构，又可以稳定人员结构。get
总而言之，中小型软件企业的生存压力，一方面来自于市场的竞争，另外一方面更来自于企业管理自身，然后者每每被大部分的企业决策者所忽略，没有一个企业决策者不想把本身的企业作大作强，可是，并非每个企业决策者都可以付诸行动，我想，这正是技术部门是否可以留住一流技术人才、软件企业是否可以持续发展壮大的一个根本缘由之一。产品