项目管理者联盟 | 中国工程管理网 | 中国研发管理网   会员中心 资料库 博客 圈子

PMI-ACP®认证

适合敏捷开发项目
敏捷项目管理最佳实践

网络课程

PMI-PBA®认证

重视项目商业分析
商业价值与需求分析能力

网络课程

NPDP®认证

产品管理国际认证
全球产品管理最佳实践

网络课

PMP®认证

单项目管理经典指南
年轻项目经理首选

北京 | 直播 | 录播

PgMP®认证

大型复杂项目全球标准
定位高级项目管理层

网络班

PfMP®认证

链接战略与项目
实现组织资源投资回报

全球直播

软考项目管理

信息系统项目管理师
系统集成项目管理工程师

计划 | 报名 | 经验

论坛
价值源于交流与分享
会员区:
登陆ID 密  码
功能区: 公告建议 | 帖子搜索 | 管理团队 | 荣誉版主 | 帮助手册






 项目型组织  项目管理  工程项目  科技项目  项目化管理  管理软件  资格认证  职业休闲
EPM体系与流程 综合集成管理 总承包管理 IT软件开发 项目型制造 P3E/P6 PMP | PgMP 职业发展探讨
组织与人力资源 进度,范围,成本 国际工程 生物制药 专业服务 微软PROJECT IPMP | PRINCE2 管理学堂
项目管理信息化 团队建设与沟通 房地产 汽车设计开发 生活项目 PowerOn专版 软考项目管理 英语角|读书版
多项目与大项目 质量与风险 监理与咨询 手机数码 文体娱乐 注册建造师 房车吃游
PMO建设与管理 采购与合同 工程设计 项目管理硕士 闲聊版|商务版
俱乐部北京 | 大连 | 福州 | 广州 | 杭州 | 南京 | 山东 | 上海 | 深圳 | 四川 | 天津 | 武汉 | 西安 | 郑州 | 申请成立 TOP榜精华 | 最新 | 最热 | 会员

版面信息

说明:失败的IT项目比比皆是,进度延迟,预算超支,客户需求多变,成员加班抱怨...IT项目(软件开发.,信息系统实施等)寻求新生

本版版主

camer
登录:2013/7/2
次数:867
注册:2003/3/3
发帖:2745
dorothy
登录:2016/12/15
次数:804
注册:2004/9/6
发帖:993
steveli2008
登录:2009/5/26
次数:464
注册:2003/5/12
发帖:1026
zhf_karen
登录:2015/6/2
次数:346
注册:2005/6/13
发帖:469

俱乐部导航

北京大连福州广州杭州
南京山东上海深圳四川
天津武汉西安郑州 

联盟·近期活动

社区热点

华师大CTO学院:科创生态建设与创.
宏发电声江玫瑰谈PgMP:“下好一盘.
PgMP:交付能力与创造未来的项目管.
开放讲座|《项目组合管理与PfMP认证
开放讲座|项目组合管理与PfMP认证
开放讲座|PgMP:项目管理思维与方法
开放讲座|《项目组合管理与PfMP认证
网络讲座|《项目组合管理与个人职业
开放讲座|《项目组合管理与PfMP认证
网络直播|产品经理的四大核心技能提

精彩专题

如何做好项目沟通计划

软件项目质量管理

国际工程索赔与反索赔

更多:

推荐信息

·项目经理沙龙俱乐部
·推荐项目管理公开课程
·联盟VIP会员服务
·联盟99元大课堂
·建造师课程辅导免费试听

社区圈子

集团企业生态体.
圈主:ETPPM
行业:综合应用

生态系统体系下.
圈主:ETPPM
行业:综合应用

西安IT项目管理
圈主:muzud
行业:IT软件

房地产项目管理
圈主:13935823
行业:房地产

企业项目管理体.
圈主:zhenjm
行业:综合应用

联系社区管理员

咨询电话 010-82273401/11
斑竹申请 admin@mypm.net


版权所有 © 2003-2004
京ICP证070584号 
BBS业务许可2007第353号 
最佳显示模式:1024*768像素
项目管理与PMP认证
软件项目可持续性运作地思考 [发表于 2014/11/14]
状态 开放帖 浏览量 782   

该帖子同步发自:(riverstone的博客  访问该博客)

  各类大大小小的软件项目数不胜数,而运作这些项目的团队更是参差不齐,对于很多中小团队而言人员流动是家常便饭,对此很难控制,所以如何在动荡的团队中保持项目的可持续性就成了项目负责人必须思考的命题。

  我一直在小公司工作,当然也遇到过这样的问题,以下结合实际谈谈自己的看法:

  先说错误的做法,很多负责人会自然而然地想到“文档”,这种说法无可厚非,文档的重要性更是不言而喻的,只是有两个问题:

  1.文档维护代价很大,对于中小型团队来说按时交付是排它性的第一要素,很少团队有文档工程师,文档的撰写及更新都由设计、开发人员自行维护,而需求的变更、尤其是细节的变更会很频繁(请别相信前期充分的需求调研、优秀的架构可以保证整个生命周期内需求不变更,这是很天真的),相关人员很少有精力去确保文档与实现100%对应;

  2.文档说明不了一切,开发人员接手未曾了解过的模块他需要知道三点:模块的需求、目标,模块的架构设计、模块的代码实现,只有充分了解以上三点才能做开发或维护,而文档无法清晰地阐述这些,因为文档是死的;

  基于以上原因,我觉得文档只能部分解决持续性运作。

  我认为解决的方案是多种手段地组合:

  1. 三个会议,分别对应三个要点,要求团队所有成员参与:

   需求分析会议,项目负责人把当前版本要完成的功能需求一一告知各个成员,这点与Scrum中的Sprint计划会议有部分类似,目的是为使所有成员都了解需求;

   高层设计评审会议,模块负责人在完成设计后向全体成员阐述设计思想,一方面是项目负责人可以评审设计是否合理,另一方面所有成员也知晓了模块地设计;

   回顾会议:模块负责人在交付代码后向全体成员说明编码概要及重点,让所有成员都对其代码所有了解;

  只要不是项目成员整体离职,那么这三个会议几乎就可以解决可持续性问题,另外它对代码质量管控、成员表达能力、设计编码能力都可以做到有效地考评;

  2. 文档,文档自然还是要的,并且也是很重要的,当然一定要注意同步;

  3. 编码风格,统一编码风格,尽量使用大家都看得懂的结构及算法,不要刻意标新立异;

  4. 注释,对接口代码及重要逻辑片段加上注释,同时要保证注释与代码的同步,对注释同步的代价远低于文档地同步;

  我之所以这么认为并非是我藐视文档,相反地对于文档我相当重视,只是我们不是微软,实在是没有这么多的财力、精力可以花费在文档上,在中小团队中总是要有所取舍。另外再重申一点:文档是死的,人是活的。

  补充敏捷宣言:

  个体和互动 高于 流程和工具

  工作的软件 高于 详尽的文档

  客户合作 高于 合同谈判

  响应变化 高于 遵循计划

  也就是说,尽管右项有其价值,我们更重视左项的价值。


>>> 由论坛统一发布的广告:
楼主 帅哥约,不在线,有人找我吗?riverstone


职务 无
军衔 主帅
来自 上海市
发帖 833篇
注册 2006/5/31
PM币 63913
经验 25995点

  
!  您尚未登录,不能回复主题。    现在 登录  注册
关于联盟 | VIP会员 | 培训服务 | PMP认证 | PgMP认证 | 刊物出版 | 沙龙会议 | 人才服务 | 广告投放 | 联系我们 | 友情链接
建设运营:共创时网络
版权所有 京ICP证070584号 BBS业务许可2007第353号