您现在的ä½�置:考试大 >> å»ºç­‘工程 >> å»ºç­‘周边 >> è¡Œä¸šè§†ç‚¹ >> æ–‡ç« å†…容

项目团队组建的基本原则

æ�¥æº�:考试大  2009å¹´6月22æ—¥   ã€�学而优则进,考试大以æˆ�ï¼�】
  ① 根�项目范围和预算确定团队的人数项目�始阶段,项目��也许�了解到一些有关项目范围�交货期�方�的信�以�客户对一些功能需求的简��述。为了对项目人力进行估计,有必�进一步细化项目范围。

  首先在�业内部争�到一个比较得力的助手,他�能是项目未�的开����系统分�员或高级程�员。这一点很��,既然你的项目组一定会有其他人的�与,与其到外�去招,�如在内部找你熟悉和信赖的�事加盟。因为你�仅了解他们的能力,而且作为�员工,他们的稳定性也相对有�障,更��的是,项目一开始你就��是孤军奋战,至少有一个得力的助手和你一起讨论,分担你的工作压力。�验表明,在有人一起讨论的情况下,工作的积�性�决策的准确度等通常都会�高。

  下一步就是和他一起花一些时间与客户沟通,把手头上的项目范围和功能需求�述尽�能�细化一些,包括�个功能需求都有哪些�需求,这些需求是如何��形�一个业务链的。有哪些系统数�需�维护,有多少张报表�出,哪些需求是�优先完�的,系统需�实现的业务有多��,哪些外围系统和当�系统有关系,是�有数�接�和数�转�方�的需求等等。

  把细化�的项目范围录入项目管�系统(推�使用MS Project),根�客户�求的优先级把项目划分�若干阶段,�个阶段�交一部分功能并预留一些风险准备时间,根�需�加上需求分��系统设计�编��测试以�项目管�等方�的活动。

  对其中的任务,找实现技术相近的已完�的项目进行对照,估算出�个任务大致需�的man-day数,然��考以下方法粗略估计出项目需�的人数。

  人数=man-day总数/(�交货期�的工作日数×工作效率)

  其中工作效率指的是日有效工作时间与日总工作时间的比值。

  例如:�业采�8�时工作制,组员�能�有6~7�时真正投入到工作中,有1~2个�时�能会心�在焉,四处走动或处�一些�事,那么工作效率就介于6/8=0.75和7/8=0.875之间,根��验一般�0.8比较��。

  估算�一任务的man-day数时,两个人独立估算,然��进行比对,差�较大时,�一�对方的考虑,�得出结论。

  估算�一任务的man-day数时,估算人应该��目标角色的平�水准而�是他自己的能力标准�进行估算(除�该项任务就是由他本人负责的)。

  �熟的IT�业一般建有项目资�库,也会�供一些标准的�验统计值,这些都是很好的�考,但还是建议和对照项目的负责人好好�一�,���,�以获得更加准确的信�。

  这个估算值是比较粗略的,因为有好些因素还没有考虑进去。

  例如:组员的休�计划,特别是一些�预期的长�计划,任务之间的制约关系,人员未必是一次性全部到�的。

  如果任务超过5个man-day,需�把它进一步拆分�相关的多个�任务,这样�个�任务就�以�分�给一个人完�,并且在一周内就�以得到明确的进度�馈。考虑到任务之间会有一定的制约关系,有些任务必须等到其他任务完����以开始,有些任务必须与其他任务�时开始或�步完�,尽�把这些基本的约�关系明确下�。很多项目管�软件�供了甘特图功能,�以方便地完�这些事情。

  以之�粗略估计的人员数目为基准,根�人员的目标角色和预计的到�情况,�试�个增加人数,对甘特图进行调整,直到能较好地匹�交货期�为止。

  估计出大致需�的团队人数�,还�统筹考虑项目的预算。国内很少项目��有用人方�的预算支��,更多的是��告诉你,项目组多�能超过多少人,甚至干脆为你指定了一些人手,在这�情况下,争�和认命都是�足�的。事实上,对较大的项目,很少有项目��感到他们得到了足够的人手,项目���然应该�好人员的估算工作,并尽力�掘比较�行的方案。这样当�现人手确实严��足时,你手头上就已�拥有了一些有说�力的数�,�然你拿什么和���,���凭什么�相信你。

  ② 系统分�员岗�以上的人选,优先考虑内部选拔对项目起关键作用的人选,应该优选考虑内部选拔。

  这样�有几个好处:首先,这些人你都比较熟悉,你了解他们的缺点和长处,长时间的�事关系,使得大家也容易相处和�作。

  项目�始阶段,这些人的�责和能力都比较��,有了他们的�助,项目就会有一个良好的开端。

  这些人都是比较资深的员工,稳定性比较有�障,项目实施过程中,�能会有组员离�,但��这些核心的人没有走,回旋的空间就比较大,项目也�易�到致命的影�。

  ③ 人员没有必�一次性到�,应优先��阶段的需求没有�能够准确地估计到项目需�多少人,上�建议的方法也仅仅是一个比较粗略的估计,�想更准确地作出估计,必须在系统设计的基础上,进一步对任务进行细化,并作出更加详细的计划安排。这在项目�始阶段是没有�件�到的。�仅如此,��项目的进展,组员对系统和业务的了解越�越深入,编�效率会�断�高,人力需求和任务计划也需��步调整。人员一次性到�,�能会造�资�浪费;�之,如果一开始在人力资�上算得太紧,一旦有预料�到的事件�生,将没有回旋的余地。作为折中的�法,建议一开始把�点放在阶段的人力需求上,并在适当的时候,根�项目的实际需求,�时补充人手以满足下一阶段的需求。这�求在项目�始任务计划中就考虑到人员梯次到�的情况。这��法对大型项目�常有效,�以节约大�的�本。

��:考试大-建筑工程类考试

责编:pkl çº é”™

 
网�跟贴

暂无跟贴,欢迎您�表��

 
 
跟贴共0�
笔 � :
网�评论仅供其表达个人看法,并�表明考试大��其观点或�实其�述