项目从启动开始就有许多事情需要确定，例如：目标、需求、范围等，这些事情一旦处理不但就会对项目的整体进展造成影响甚至产生风险。所以接下来就将讨论下，当项目管理工具运用不当时，项目前期容易出现哪些不良影响，项目工作又应该如何避开失误。
需求目标未明确，开始匆忙
为了市场竞争或内部管理决策的需要，业务部门通过项目管理工具提出的需求往往要求的时间比较紧迫，需求的提出大多停留在几张纸或口头的传达上，没有形成正式的业务需求文档。大多数从事IT的技术人员也深有体会，在没有明确的需求范围的情况下，为了迎合业务部门的口味匆匆开工，过程中用户不断地提出新的想法，技术人员开始疲于奔命和应付，很难保证项目的进度和质量，也难以取得业务部门的认可。
所以，在项目的前期一定要采取相应的手段或措施，与业务部门共同明确项目目标、需求范围，充分考虑现有的时间和资源约束，将需求排定优先级，对于关键的需求优先实现，其他辅助性的根据过程中的具体情况进行滚动式计划，并取得业务部门的书面确认。在此过程中要注重挖掘用户的隐性需求，可以通过引导、系统原型等手段让用户在前期充分暴露自己的想法和需求。
前期质量品控不严，反工风险
项目工作返工是项目组最不愿意看到的，既浪费人力、物力和财力，又影响团队积极性。需求不明确或范围没有有效控制都可能造成返工，另外造成返工的原因是质量没有达到用户要求。
往往有这样一种情况，每个团队成员通过项目管理工具按照项目计划报告进度都是100%完成;但一到最后系统集成的时候就会发现一大堆问题，不得不花费很大精力回头排查、修改程序，造成这种情况的主要原因是过程中质量保证没有做到位，把大部分问题留在了后面。
这就需要在项目实施过程中采取有效的措施来规避返工的风险，通常的做法有同行评审，比如概要设计完成之后，邀请其他项目组的技术专家进行技术评审以发现架构设计问题;管理评审，通过组织级的质量审计看产品以及实施过程是否满足质量要求;代码走查，在编码过程中加入2-3次的代码走查，排查不符合规范或性能要求的代码，走查通常能够发现50%-70%的错误;每日构建，这是一种非常有效的方法，可以避免把各部分的集成问题拖到最后，并且能够及时发现相应的错误，日构建一般在项目的中后期开始，每天自动从版本服务器上获取源代码进行自动编译和测试。
很多时候大家在前期总是会忽略不少事情，如品控在成品差不多了在做等，但实际不论是具体规划在哪个阶段的执行行为，都需要大家从开始就进行筹备、监控，这样才不会让问题堆积，反而会令项目进展顺畅。