SCMLife.com

 找回密码
 立即注册

QQ登录

只需一步,快速开始

扫一扫,访问微社区

查看: 8965|回复: 36

[讨论] 作废

  [复制链接]
发表于 2011-11-19 10:22:20 | 显示全部楼层 |阅读模式
本帖最后由 qhy218 于 2012-1-5 17:11 编辑 / q) `# ?$ O1 q# e' y7 Z

5 Z# }3 T8 Q7 p& v................................' e- h6 ^, c; ]& A8 V
发表于 2011-11-19 14:03:03 | 显示全部楼层
以我的经验,以上统统做到,会说明配置管理工作更滞后~
回复 支持 反对

使用道具 举报

发表于 2011-11-19 20:20:56 | 显示全部楼层
回复 qhy218 的帖子! i6 K7 _1 W# r5 S! u8 ]2 h/ k5 U

) U* p/ h5 h1 _多多,你被我逮到了,哈哈,不论如何,加油!
回复 支持 反对

使用道具 举报

 楼主| 发表于 2011-11-19 20:58:01 | 显示全部楼层
回复 howtoesc 的帖子
: Z( x$ B; m! Z8 C3 w( W# K* ]& ]7 _) B! U7 ?
何解,愿闻其详
回复 支持 反对

使用道具 举报

 楼主| 发表于 2011-11-19 21:00:38 | 显示全部楼层
回复 hsq628 的帖子) h1 e) J! X* Y2 v& L
, X( Q4 G+ V9 @$ F
我就知道你在这的...最近事情很多,想招个配置高手能帮我们排忧解难
回复 支持 反对

使用道具 举报

发表于 2011-11-22 11:45:05 | 显示全部楼层
我们公司做的也很简单,和你们差不多。
8 M+ u* z- x% z
回复 支持 反对

使用道具 举报

发表于 2011-11-22 14:48:23 | 显示全部楼层
回复 howtoesc 的帖子4 M4 _& B* d  Z1 E4 t
) g4 p; f4 ?  t2 J6 i
3还好些吧,只是行为的主体要明确。0 g- K1 E* ^! a% @& f& c; {- q

! U: B' t; S+ R这种配置管理工作的困惑我觉得很多传统IT企业目前都在面临,版主不能总琢磨how to esc,得给我们讲讲啊。
' j- v3 z' D* }3 v" w9 B
回复 支持 反对

使用道具 举报

发表于 2011-11-23 11:15:09 | 显示全部楼层
不矛盾啊,我说的就是如果“统统”做到则过尤不及了,要有的放矢啊。6 B& n5 G0 Z( y: p% e' M2 J
CMM/CMMI所基于的最佳实践是n多年前的东西了,CM是实践的学科,一日千里啊。而且它们是评价框架啊,不是软件工程实践。# Z$ E6 S) G0 w" R- E4 n/ w

. k* @  Q4 n0 R) W7 D5 M忘掉CMM/CMMI睁开眼睛去看项目实际的困局吧。
回复 支持 反对

使用道具 举报

发表于 2011-11-23 15:20:46 | 显示全部楼层
声明:个人意见,仅供参考。
1 C4 x. H) m0 ]& Z3 N# g
: v, F- W% S/ i& `个人认为可以从构造平台、缺陷管理系统入手:* z: Z0 W& z; {' v, q' v6 M
1、建立统一的构造平台:
7 [- _. R6 w+ Q6 R   1)源代码只有编译后生成可执行的文件,交付给用户,才能体现出软件开发的价值。) `# K$ S' x6 F8 m  B$ f0 ]
   2)构造是软件开发过程中的一个重要环节(编译只是构造一个步骤),联接开发与测试。% B- M8 d, M4 u4 y
   3)统一的构造平台可以实现构造的自动化,进而为持续集成打下基础;0 E5 S  o- c+ b) b* d
   4)统一的构造平台要求所有的源代码必须提交到配置系统中,确保公司资产的完整与安全。9 p* ?6 O/ u  b( u( {; B: Z, ], r8 U
   5)统一的构造平台要求代码存放位置必须规范,否则不能参与构造。
& S% b# O+ h3 W. z4 @   6)构造工具化后,可以减轻开发人员的日常编译工作量,同时不会改变开发人员现有的工作流程。对于构造工具的应用不会有太大阻力。
( z' k8 N& t# I% A& o7 K) @- q, ~2、缺陷管理系统' w* j0 {' {; @4 I( r
   1)实现缺陷管理,为管理层提供数据,以便管理层对产品的质量有一定的了解。! \2 N4 ?) |& y' C* w
   2)实现开发与测试沟通与协作的工作平台。5 _9 `& e4 z  n, m) ?* y
   
7 a+ D  f. K# v    对于系统的一些建议:
. ~" `0 {( y- I7 i4 |: c1 ]$ P- n    1 )缺陷的流程(审核流程、验证流程、修改流程)一定要简单,在流程确定前一定要与开发、测试、领导反复沟通,# x9 ]: H0 _8 p# u
          得到 大家的确认,必须得到领导的认可与支持。8 s0 s+ O0 u2 l- I# U( |
    2)系统易用性一定要好,操作简单,界面上信息简单明了无歧义。
8 t% E! D0 w, c! l/ E7 G   一句话,简单就是最好的。/ K' v$ b2 z6 l3 ?% f! Z
   对系统来说,最初的系统一定不要提供考核功能(但可以利用报表、查询获取数据作为考核依据),否则。。。。
9 _6 Q* h; k( i, d- D$ K' l6 z% f. K1 a

! \0 S3 ~+ }3 g; g" R; T) z$ |1 R        配置管理就是软件开发规范化的过程,是一个不断的、持续改进过程,也是一个循序渐进的过程。在规范的改进过程中,只有得到执行,才能发现问题。构造平台和缺陷管理系统将过程用系统方式予以规范,确保过程的严格执行。0 b- g: q, f& d! o+ s( h( k
   
/ j# }( B1 s( k' T  M* s       对过程文件的一些建议:
9 P  `/ G) |/ e4 ~       1)过程文件必须有可执行性,不要为了过程而形成过程文件,这样没有任何好处。(如果领导喜欢就另将别论,不在讨论范围内)。
+ Q7 I3 W( L5 i9 k" o       2)过程文件大的制定必须得到所有参与角色的认可;
* u, M9 D& a" Q( ~+ E5 E# w" Q/ d5 H       3)尽量与现有工作流程相匹配,减少对现有过程流程的影响;- N' Y3 F. ]8 i' B# ~- J
       4)过程文件一定稳定性,不要朝令夕改,让大家不知所措。7 }# R) ^- Y2 |' M* Z
回复 支持 反对

使用道具 举报

发表于 2011-11-23 15:37:27 | 显示全部楼层
只有构造重要性以及公司对构造的重视程度,大家可以看看坛子里最近的招聘信息。
回复 支持 反对

使用道具 举报

您需要登录后才可以回帖 登录 | 立即注册

本版积分规则

QQ|小黑屋|手机版|无图版|SCMLife.com ( 京ICP备06056490号-1 )

GMT+8, 2018-1-21 07:53 , Processed in 0.063238 second(s), 6 queries , Gzip On, MemCache On.

Powered by SCMLife X3.4 Licensed

© 2001-2017 JoyShare.

快速回复 返回顶部 返回列表