TZ : 正确学习是进步的阶梯
我夜观天象
一 : 在混乱中确定方向
信心满满的走入的一个项目组,但是却发现脸上写满疲惫的组员,成员之间的关系紧张,经常吵架;见到客户又听到客户对项目的抱怨,公司每一个人都在应付客户;接听的电话不断是客户的投诉;刚建立起来的信心被现实击打得粉碎.
工作没有思路,雄心满满的开始被一盆冷水浇得心灰意冷,这种情况下要确定好方向,抓住重点去改变当前局势.
-
建立组织制度.建立项目的组织结构,确定职责分工,确定基本规章制度和工作流程
-
明确工作思路,一路确认工作范围,制定工作计划;另一路确定开发方法,特别是要确定需求文档的格式和工作流程.
-
调研业务块,迅速弥补自己的不足.
-
拜访客户,尽快拜访客户的主要相关领导,了解他们对项目的期待.
-
集中培训.召开会议,组织全体成员进行培训,介绍项目的规章制度,工作计划,工作方法,需求分析流程等
二 : 迅速构建计划
职责分工
-
项目经理 : 对项目总体负责,包括项目目标,范围界定,制定项目计划,组织和分派项目任务,控制项目进度,调节项目组工作气氛.
-
PMO : 负责指定和监控项目计划,协调项目资源,与项目内外相关组织进行沟通,以及项目日常事务管理,保证项目按计划实施.
-
质量组 : (参考 质者为王)负责流程和文档的标准,配置库交付物的日常管理,负责对变更,缺陷的管理,负责对交付物进行评审,项目过程的审计.
-
业务组 : 负责按照项目计划完成业务需求分析,配合开发和测试,并最终负责验收测试.
-
开发组 : 负责代码开发和测试.
三 : 迅速建立沟通连接
建立统一价值观 :
在很多时候客户或者是领导或者是非开发人员开发的点基于产品的角度,会有很多看似苛刻的要求,但其实是想让产品更加完美.客户会站在自己的角度,让产品更加的美观,更加适合用户体验.
但是在研发人员看来,都是一些'脑残'的更改或是'无用'的需求,因为这些未经过考证的想法或者更改,往往会给代码结构造成极大的冲击,需要很大的代价去做一些看起来不符合逻辑的功能和需求.
为了使得双方达成一致,需要找到一个择中的方法,可以让需求方加强市场调研,确保需求的合理,逻辑的通顺,页面的美观,对于开发人员,在开发初期要保持代码的可扩展性,高内聚性.随时能拆开组合.
或者找出需求的特点,针对需求的特点,研发人员和需求方达成一致,开发扩展程序,来支持新的需求,并拼装原本程序上,相当于开发新的脚本或插件.好比给汽车组装零件,让开发效率提高,难度降低,需求方同事也得到满意.
建立统一价值观的精髓就是了解需求背后的意义,需求背后的需求,为什么要这样改,想出一套其他的解决方案,一起攻破这个问题.
建立统一周期 :
在研发人员眼中的项目周期只看到了, 需求,设计,实施,上线,交付,评估.其实有很多潜在的东西,比如合同,可行性报告,和标书等商业业务上的,签订了两方的约定.
有的更改或者需求是客户合理的提出,因为在合同上出现,但不曾出现在研发人员的眼中,所以会造成彼此的误会.
此时项目经理应该负责培训,全局的讲解一下项目,给大家讲一下项目的启点和起点.让大家携手完成项目的起点和终点.
网友评论