人员配备管理计划是项目管理计划的一个分计划，描述的是何时以及怎样满足人力资源需求。项目人员配备管理计划，包含了如何以及何时获取项目所需的人力资源、释放人力资源的标准、识别项目成员所需的培训、认可及奖励计划、是否有必须遵循的某些约定、安全问题以及该计划对组织的影响等。

 
    根据项目的需要，它可以是正式的或者非正式的，既可以是非常详细的，也可以是比较概略的。为了指导正在进行的团队成员招聘和团队建设活动，人员配备管理计划随着项目的持续进行而经常更新。人员配备管理计划中的信息随着项目应用领域和规模的不同而不同，但是应该包括如下基本内容：
 

 
     （1）人员招募：在规划项目团队成员招募工作时，项目管理团队需要考虑一系列问题。如所需的人员来自组织内部还是外部．是否有足够多的人员拥有所需的能力或者是仍需培训2项目成员需要在固定地点工作或是远程分散办公？项目所需不同层次的专业技能成本如何．组织的人力资源部门能够提供给项目管理团队什么样的支持？ 

     （2）资源日历：人员配备管理计划说明了项目团队成员（个人的或者集体）的时间安排，以及相关的招募活动何时开始。说明人力资源时间表的一种工具是人力资源柱状图。在项目进行的过程中，这种柱状图表示出一个人、部门或者团队在每周或者每月需要工作的小时数。人力资源柱状圈的竖轴表示某个资源的每周工作的小时数。横轴表示该资源的日历，图中可以加入一条水平线，代表某种资源的使用上限（可以用小时数表示）。超出虽大可支配时间的竖条表明需要对该资源进行平衡，如增加更多的资源或者将进度拉长。

     （3）人员遣散计划：事先确定项目团队成员遣散的时间和方法，对项目和组员都是有好处的。当已经完成任务的人员在适当的时候离开项目时，我们就不用再继续为其付人工费，从而降低项目的成本。提前将这些人员平稳地转移到新项目上也可以提高士气。 

     （4）培训需求：如果计划分配到项目中的人员不具备必需的技能，就必须制订出一个培训计划。这个计划也可以包含如何协助团队成员获得对项目有益的证书，从而促进项目的执行。培训计划是项目计划的一个分计划。 

     （5）认可与奖励：明确的奖励标准和完善的奖惩系统将有助于推广和加强那些期望的行为。要想有效，表彰和奖励必须基于个人负责的活动和绩效。例如某人可以为达到成本目标而受到奖励，但同时他应该对费用的支出决策有一定程度的控制权。在编制人力资源计划时，制订表彰及奖励计划作为它的一部分。表彰和奖励的实施是团队建设过程的一部分，最后要确保兑现奖赏。 

     （6）合规性：人员配备管理计划包括一些策略，以确保遵从相关的政府法律如劳动法、规章、制度、劳动合同或其他的与人力资源相关的法律法规和政策。 

     （7）安全：针对安全隐患，为确保项目团队成员的安全而制订的政策和规定，应该列入人员管理计划和风险清单内。

     

     人员配备管理计划是管理项目团队的输入，人员配备管理计划列出了团队成员在项目中的工作周期，同时也包括培训计划、资格要求以及某些规章制度、合约的一致性问题。

     人员配备管理计划是项目团队建设的输入，人员配备管理计划明确了发展项目团队的培训策略和计划。随着项目进展，要不断地对团队的绩效进行评估并结合其他项目团队的管理手段，相应的，诸如奖励、反馈、额外培训和训练活动将加入该计划，使其日趋丰富。

 

对于国内大多数中小IT企业而言，由于成立时间太短、投资方较多、业务不够连续、家族式的管理等原因使得这些中小IT企业的管理水平处在一个较低的层次。特别是在软件项目开发的管理中存在的项目团队中人员配置和管理、岗位与职责、沟通和协调等问题。需要企业根据自身特点和项目情况合理的进行人员的配置，协调项目经理、系统分析员、系统设计员、程序员、测试员以及实施员之间的岗位、职责与权限，保证项目在开发过程中的可靠性、连续性和一致性，既符合软件工程的思想，又能达到客户基于过程控制的质量要求。
     1、中小IT企业现状与项目管理概述
     国内IT行业具有很强的自主创业欲望和驱动力，但这种创新背后的现状却是产生了一系列的中小IT企业，尤其是大量的小企业存在造成了中国IT产业分散度高、整体效益低等问题的产生。另外大量的跨国IT企业也不断的涌入中国，他们带来了大型IT项目、高端IT产品的开发能力，这些会给中国IT工程师积累经验和借鉴，对中国IT行业的创新是有帮助的，当然由此对国内中小IT企业生存的冲击也是巨大的。在这种国内外形式下，使得中小IT企业具有了一些新的特征。
     （1）中小IT企业的产品和技术具有行业性与独特性。能够对某个行业或者某个领域有深入的理解，并能够提供相应的解决办法。但是中小IT企业的技术具有短期性和非核心性，不能快速产生市场规模和经济效益，无论是公司规模还是产品规模，中小IT企业与国内外大型IT企业有比较明显的差距。
     （2）中小IT企业的人力资源具有较高的流动性。中国人民大学商学院副院长毛基业教授在《2007中国软件自主创新报告》中指出：“IT企业没有别的资源，就是人力成本。”中国本土IT企业普遍规模不大，在很大程度上就是由于很难留住人才。人才流失限制了企业的规模，而规模偏小又限制着企业进一步发展。这在某种程度上已经成为一种连锁反应，使得大多数中小IT企业在可持续发展方面的能力非常有限。 
     （3）中小IT企业的项目管理具有粗放性和随意性。IT行业的标准很多，既有ISO2000的质量规范，还有CMM开发规范，还有ITIL 等IT服务规范，这些行业规范成为一个很高的门槛，对管理粗放和随意的中小IT企业在承接软件开发业务、项目开发管理、技术支持、维护与服务等方面带来一定的影响，甚至威胁中小IT企业的生存空间，从提升自己的竞争力，获取企业持续发展的角度出发，中小IT企业必须不断规范和完善自己的管理水平。
     对于以软件开发为主的中小IT企业而言，项目管理的能力是其管理水平的直接体现，反映了企业对人、技术和管理三者的结合程度。本文以美国项目管理协会的PMBOK管理知识体系中的人力资源管理为切入点，着重讨论软件项目开发团队建设中各种人员的角色、分工与职责等细节的配置与管理，既能规范企业内部管理制度，也能加强企业与客户的沟通与协调水平。
     2、基于SDLC的中小IT企业项目团队管理模式
     2.1 软件开发生命周期（SDLC）概述
     软件开发生命周期是软件的产生直到报废的生命周期。主要包括问题定义、可行性分析、总体描述、系统设计、编码、调试和测试、验收与运行、维护升级到废弃等阶段，是一个持续改进的迭代过程，中小IT企业在软件开发过程中，根据自身资源情况，尤其是开发团队的人力资源情况，从加快开发速度、保证产品质量、便于与客户沟通和协调的角度出发，可以把SDLC主要划分为以下四个阶段：需求分析阶段、软件实施阶段、系统部署阶段和系统维护阶段。如图1所示。这种SDLC的划分符合中小IT企业的特点，使得人力资源得到了合理的利用，有利于软件开发的项目管理。
     2.2 基于SDLC的项目团队人员配置
     由于每个项目团队成员都有的各自的专业特长和性格特点，各项目成员的知识技能评估、个性特点分析、优点和缺点是要事先分析和考虑的内容，项目团队的组建是否合理，项目相关人员是否满足项目的需求，是项目能够顺利进行的关键，找错了人或者是将人放在错误的位置都可能会导致项目的失败。依据SDLC的划分，在每个阶段采取灵活的项目团队人员配置方案，如图1所示，对于需求分析阶段和系统维护阶段采用“1+2”的标准人员配置模式；对于软件实施阶段和系统部署阶段采用“1+4”的标准人员配置模式。根据企业规模的大小、人力成本以及团队成员的知识结构等因素，其中代表项目经理的“1”的职责会不断调整变化，适应企业和客户的要求；另外的“2”和“4”里面的成员则可以根据工作量的大小进行灵活的增减，既保证每个阶段的连续性，使开发过程顺利的过渡，又可以保证人员的充分合理利用，最大限度的发挥出中小IT企业的优势。
 
 
图1 SDLC内项目团队标准人员配置图
 
    2.3 项目团队角色、岗位职责划分
     软件开发的整个过程都会包含结构、需求、设计、开发、测试、配置管理等各项活动。而这些活动会对应到项目团队中的不同角色，必须根据团队规模的不同和项目本身的特点对项目成员的角色和岗位进行明确的划分，这样团队中的每个成员才可能有清晰的责任和目标。项目中进行岗位划分后每个岗位成员还可以兼职多个角色，形成相关的标准角色岗位职责矩阵。如表1所示：
 
表1 标准人员角色和岗位的划分
 
 
    2.4 项目团队管理中可以采取的几种人员配置模式
     根据企业规模和软件项目大小的不同，可以把上面的角色和岗位职责进行灵活的组合和调整，以项目经理为主，对项目团队中的相关角色和岗位进行合并或增减，在“1+2”和“1+4”的基础上形成“1+1”或“1+3”的组合，保证最佳的人员组合，既能高质量的完成开发任务，在多项目的情况下，又能最大限度的利用企业的人力资源，主要有以下三种人员配置模式。
     （1）“1”+“1+1+1+1”配置模式
     对于小型软件开发，或者企业规模较小，项目团队人数为3～5人时，项目经理本身又是技术专家，项目团队其他人员仅仅作为辅助人员，例如，可以指定1名维护员，负责前期协同项目经理调研和后期的维护工作；指定1名程序员，负责前期协同项目经理进行软件开发和实施工作。这种模式下可以由一个项目经理总览全局，负责SDLC中四个阶段的绝大部分工作。此时项目经理的职责最广泛，项目管理方面的工作包括制定产品的目标、制定各个工作的详细任务表，跟踪这些任务的执行情况，进行控制、组织会议对程序进行评审、综合具体情况，对各种不同方案进行取舍并做出决定、协调各项目参与人员之间的关系、对每个阶段的问题跟踪记录进行统计与汇总，及时处理项目过程中的问题、对软件开发的每个周期进行质量控制，保证软件开发的进度与质量；技术开发方面的工作包括需求调研、系统设计、程序设计与测试等主要的开发环节。所以小型项目团队对项目经理的业务，技术和沟通管理等技能都要求较高，项目经理的能力和技能往往决定了整个软件项目的成败。 
     （2）“1”+“1+2+2+1”配置模式
     对于具有一定规模和实力的小型IT企业，项目经理可以跳出技术的范畴，不介入到模块设计和编码活动中，而应该把重点放在项目进度的控制和质量的保证上面，例如，可以指定1名程序员，主要负责软件开发和实施工作。项目经理一般有较强的技术能力，所以项目经理可以承担项目中要使用的一些新技术的研究，项目中一些疑难问题的解决等相关工作。项目经理还应该有计划的设计开发人员的代码进行审核，对发现的规范性、性能、复用差等问题跟项目团队成员确认，并写入到项目开发规范中。
     在这种模式下，项目经理的重点在项目管理和与客户交流沟通上，只有清楚确认了用户需求，才能开发出用户满意度高的软件。研发经理的重点是对整个开发过程负责，包括对项目经理确认的进度目标进行任务的进一步分解，安排后续的增量和迭代计划。项目经理仅仅是参与讨论和评审。可以更好的对开发过程进行跟踪和协调，研发经理重点放在项目内部，而避免过多去和外部干系人沟通和协调。对于项目团队发展到5～10人的时候，项目中的测试工作必须专职化的由测试人员来完成。一般测试人员的配置比例为4～6个开发人员需要配置1名专职化的测试人员。测试人员站在第三方和模拟使用者角度来进行系统的测试，可以更好的发现系统的BUG和相关问题，有效的保证系统的质量。
     （3）“1”+“1+3+3+1”配置模式
     对于中型IT企业，其项目团队的规模发展到12～20人时，项目团队基本上可以算做中小型的项目团队。这时项目经理完全专职化做项目管理工作，包括项目进度计划制定，项目跟踪监控，风险分析和控制，项目度量分析和决策等相关内容。可以指定1名需求分析员，主要负责前期用户需求与系统需求的分析，同时项目团队设置1名专门的架构设计师，侧重于系统总体设计方案、整个系统的集成方案和具体功能单元和模块的集成。另外，由于项目规模的扩大，项目的配置项更加复杂，项目也需要同时兼顾开发、测试、集成等多个分支。因此需要设置1名专门的配置管理员来进行项目的配置管理。对于项目同时需要开发新版本，又需要对已经发布的维护版本进行功能改进的时候，项目中要考虑设置1名专门的维护人员。由维护人员来完成项目小功能的改进和Bug的修复。这样新版本设计开发人员可以更专注的进行新功能的开发。 
     3、结束语
     首先介绍了当前IT行业的迅速发展，说明中小IT企业面临新机遇和挑战，充分考虑了国内外企业信息化的现状、需求、中小IT企业的特点、以及中小IT企业在软件开发项目管理中存在的一系列问题，尤其是项目团队管理方面的问题进行分析，结合中小IT企业本身的特点，基于SDLC科学、合理的进行人员配置，提出了三种相应的项目团队管理模式，不同情况的中小IT企业可以根据自身情况和需要，对这几种项目团队管理模式进行权衡和取舍，其他企业也可以参考该模式，建立和改进本企业中的IT规划与项目管理，充分发挥IT在企业发展中的作用。

今天项目部署时，需要将配置文件外置，这样方便后期运维人员进行修改配置项。
 
Springboot读取核心配置文件（application.properties/yml）的优先级:
 
Jar包同级目录的config目录
 Jar包同级目录
 classPath(即resources目录)的config目录
 classpath目录
 上面是springboot默认去拿自己的核心配置文件的优先级，还有一种最高优先级的方式是项目启动时通过命令的方式指定项目加载核心配置文件，命令如下
 
java –jar -Dspring.config.location=xxx/xxx/xxxx.properties xxxx.jar
 
step1:项目pom文件添加如下代码，打包时排除项目内部配置文件
 
<build>
        <plugins>
            <plugin>
                <groupId>org.springframework.boot</groupId>
                <artifactId>spring-boot-maven-plugin</artifactId>
                <executions>
                    <execution>
                        <goals>
                            <goal>repackage</goal>
                        </goals>
                    </execution>
                </executions>
            </plugin>
            <!--添加配置跳过测试-->
            <plugin>
                <groupId>org.apache.maven.plugins</groupId>
                <artifactId>maven-surefire-plugin</artifactId>
                <configuration>
                    <skipTests>true</skipTests>
                </configuration>
            </plugin>
        </plugins>
        <!--排除本地配置文件-->
        <resources>
            <resource>
                <directory>src/main/resources</directory>
                <excludes>
                    <exclude>**/*.yml</exclude>
                </excludes>
                <includes>
                    <include>**/*.xml</include>
                </includes>
            </resource>
        </resources>
    </build>
 
step2.在jar包同级目录下放置你需要的配置文件，或者创建‘/config’文件夹，再将配置文件放入。
 
 
step3.运行java-jar xxx.jar即可。
 
shell脚本去管理项目。
 
#!/bin/bash
#这里可替换为你自己的执行程序，其他代码无需更改
APP_NAME=com-sec-data-platform-msg-0.0.1-SNAPSHOT.jar
cd `dirname $0`
#使用说明，用来提示输入参数
usage() {
    echo "Usage: sh 执行脚本.sh [start|stop|restart|status]"
    exit 1
}
#检查程序是否在运行
is_exist(){
  pid=`ps -ef|grep $APP_NAME|grep -v grep|awk '{print $2}' `
  #如果不存在返回1，存在返回0
  if [ -z "${pid}" ]; then
   return 1
  else
    return 0
  fi
}
 
#启动方法
start(){
  is_exist
  if [ $? -eq "0" ]; then
    echo "${APP_NAME} is already running! pid is ${pid}"
  else
    nohup java -jar $APP_NAME > /dev/null 2>&1 &
    echo "${APP_NAME} is start success!"
    tail -f ../log/datainout.log
  fi
}
 
#停止方法
stop(){
  is_exist
  if [ $? -eq "0" ]; then
    kill -9 $pid
    echo "${APP_NAME} is stoped!"
  else
    echo "${APP_NAME} is not running!"
  fi
}
 
#输出运行状态
status(){
  is_exist
  if [ $? -eq "0" ]; then
    echo "${APP_NAME} is running! pid is ${pid}"
  else
    echo "${APP_NAME} is not running!"
  fi
}
 
#重启
restart(){
  stop
  start
}
 
#根据输入参数，选择执行对应方法，不输入则执行使用说明
case "$1" in
  "start")
    start
    ;;
  "stop")
    stop
    ;;
  "status")
    status
    ;;
  "restart")
    restart
    ;;
  *)
    usage
    ;;
esac

参考方案一
 
作为一个兼职前端和运维的java程序员，今天我司测试人员提出了一个需求，当后台服务地址ip地址改变后，webpack打包的VUE项目得更改地址重新打包，太麻烦了，最好可以读取外部配置文件的域名，灵活部署。
 
　　这不是在刁难我胖虎吗，后来我在网上查资料，发现有解决思路，具体详细的解决方案没有，在和前端同事研究后，解决了该问题，现记录一下，供大家遇到此问题时参考。
 
　　我司的前端项目我是用nginx部署的，原配置文件prod.env.js代码如下：
 
　　
 
module.exports = {
  NODE_ENV: '"production"',
  ENV_CONFIG: '"prod"',
  BASE_API: '"http://192.168.1.24:8081"'
}
 
　　在打包成dist文件夹后，确实无法改变地址，解决思路是在VUE项目的static文件夹下创建config.json文件，里面配置后台地址：
 
"http://192.168.1.21:8081"
 
　　然后就可以在prod.env.js中使用这个地址：
 
 
var URL = require('../static/config.json');
console.log(URL)
module.exports = {
  NODE_ENV: '"production"',
  ENV_CONFIG: '"prod"',
  BASE_API: "'"+URL+"'"
}
 
 
　　通过require引入，这里踩坑了一次，这个URL读出来不是字符串，如果在项目中别的地方引用，如：
 
baseUrl: process.env.BASE_API
 
　　引起报错，有两个：符号，页面编译不出来，要把URL变成字符串使用，到此这个需求解决。
 
参考方案二
 
（四）vue.js 外部配置文件（参考）
 
前文我们已经安装了axios，现在我们来配置外部文件
 
1.在vue项目中的static目录下新增文件config.json
 
{
    "apiUrl": "http://127.0.0.1:30010/support/"
}
 
2.在main.js中引入axios，并定义一个全局函数来获取配置文件
 
 
import axios from 'axios'

Vue.prototype.$http = axios
Vue.prototype.getConfig = function () {
  this.$http.get('./static/config.json').then(res => {
    Vue.prototype.apiUrl = res.data.apiUrl
  }).catch(err => {
    console.log(err)
  })
}
 
 
3.在app.vue里面调用getConfig()获取ApiUrl，使用时直接使用 this.ApiUrl+'/api/‘ 进行调用
 
//调用getConfig()获取ApiUrl
mounted() {
  this.getConfig();
}
 
4.输入npm run build进行打包，查看dist文件夹下的config.json文件，实现外部配置