SCMLife.com

 找回密码
 立即注册

QQ登录

只需一步,快速开始

扫一扫,访问微社区

查看: 10649|回复: 36

[讨论] 作废

  [复制链接]
发表于 2011-11-19 10:22:20 | 显示全部楼层 |阅读模式
本帖最后由 qhy218 于 2012-1-5 17:11 编辑
% A/ \0 }8 w6 K( S. A2 k! G1 |, k
................................
& s6 z; [" |  k) s/ t" ?
发表于 2011-11-19 14:03:03 | 显示全部楼层
以我的经验,以上统统做到,会说明配置管理工作更滞后~
回复 支持 反对

使用道具 举报

发表于 2011-11-19 20:20:56 | 显示全部楼层
回复 qhy218 的帖子
' a- X. O  Q/ G% {4 b: R- t- _( W
0 t0 a8 g! [/ q+ d2 B1 f  U多多,你被我逮到了,哈哈,不论如何,加油!
回复 支持 反对

使用道具 举报

 楼主| 发表于 2011-11-19 20:58:01 | 显示全部楼层
回复 howtoesc 的帖子
4 ^8 Z& q% d! R6 Y
* p  i% x9 p) N何解,愿闻其详
回复 支持 反对

使用道具 举报

 楼主| 发表于 2011-11-19 21:00:38 | 显示全部楼层
回复 hsq628 的帖子
( E( B: O* @! ]! i! `1 B0 b
! P8 X( d& m% _- u( C9 v- |我就知道你在这的...最近事情很多,想招个配置高手能帮我们排忧解难
回复 支持 反对

使用道具 举报

发表于 2011-11-22 11:45:05 | 显示全部楼层
我们公司做的也很简单,和你们差不多。$ ]  `. E1 p9 m! o  P2 b
回复 支持 反对

使用道具 举报

发表于 2011-11-22 14:48:23 | 显示全部楼层
回复 howtoesc 的帖子) }% Z& |9 U  |" `! j( a" C

, b- q! Q( w' j1 Y: D3还好些吧,只是行为的主体要明确。+ [% U: {- |; A' e
9 _5 m6 I. t' i  @& W6 D
这种配置管理工作的困惑我觉得很多传统IT企业目前都在面临,版主不能总琢磨how to esc,得给我们讲讲啊。6 c" b" s5 W) P* m6 F( h9 \; w6 N
回复 支持 反对

使用道具 举报

发表于 2011-11-23 11:15:09 | 显示全部楼层
不矛盾啊,我说的就是如果“统统”做到则过尤不及了,要有的放矢啊。
7 J# F9 m9 N1 E5 W. S& d% t8 hCMM/CMMI所基于的最佳实践是n多年前的东西了,CM是实践的学科,一日千里啊。而且它们是评价框架啊,不是软件工程实践。
& ~  V& I# J7 C% A2 [* g& Z) V
& O7 l. {% C- H; E忘掉CMM/CMMI睁开眼睛去看项目实际的困局吧。
回复 支持 反对

使用道具 举报

发表于 2011-11-23 15:20:46 | 显示全部楼层
声明:个人意见,仅供参考。$ b- E3 N2 `+ {+ J& h5 b9 i
- F, d# _5 h. i# H/ @* z. K, ?
个人认为可以从构造平台、缺陷管理系统入手:
) _- C  a" P6 b- l1、建立统一的构造平台:
: c1 ^7 m4 k7 S; J" M   1)源代码只有编译后生成可执行的文件,交付给用户,才能体现出软件开发的价值。
: g. @  u- E5 T/ h5 X) L: H( x- B9 {( O   2)构造是软件开发过程中的一个重要环节(编译只是构造一个步骤),联接开发与测试。
7 c2 y* q/ N+ ~( _) M/ }   3)统一的构造平台可以实现构造的自动化,进而为持续集成打下基础;
' G/ M2 {6 f$ u. J  {   4)统一的构造平台要求所有的源代码必须提交到配置系统中,确保公司资产的完整与安全。  x3 V) J9 U% t2 h+ p# k- G( z
   5)统一的构造平台要求代码存放位置必须规范,否则不能参与构造。
* {! q: y& c7 E& J# L& {# k   6)构造工具化后,可以减轻开发人员的日常编译工作量,同时不会改变开发人员现有的工作流程。对于构造工具的应用不会有太大阻力。
; U/ [3 v, E" J# V! O% \# S' |  l1 ?2、缺陷管理系统5 o# b  n* S  C" o, G: w
   1)实现缺陷管理,为管理层提供数据,以便管理层对产品的质量有一定的了解。8 P( f) L6 R7 q7 w5 a- P1 _) Q2 r
   2)实现开发与测试沟通与协作的工作平台。
+ u& c* {: V1 V- C7 V   ' h/ @' W$ t& j, m+ d6 O
    对于系统的一些建议:' Q% e) D" @# X" p; y# O
    1 )缺陷的流程(审核流程、验证流程、修改流程)一定要简单,在流程确定前一定要与开发、测试、领导反复沟通,
; E) J  S/ W6 O$ q" Q% B, P          得到 大家的确认,必须得到领导的认可与支持。5 P  j. J/ |0 f
    2)系统易用性一定要好,操作简单,界面上信息简单明了无歧义。
$ b6 r  A) M' \6 s7 S   一句话,简单就是最好的。
  z1 |( e" G) G9 T8 _& v. u. Z1 X   对系统来说,最初的系统一定不要提供考核功能(但可以利用报表、查询获取数据作为考核依据),否则。。。。
! M# E" ?4 V2 m7 w5 K" I" @0 E: z  c. |* J( V, x- n

! Z+ [) X- o7 v! P. t" u4 Y        配置管理就是软件开发规范化的过程,是一个不断的、持续改进过程,也是一个循序渐进的过程。在规范的改进过程中,只有得到执行,才能发现问题。构造平台和缺陷管理系统将过程用系统方式予以规范,确保过程的严格执行。4 u7 \& Y; h5 \( n" b: w( U4 P
   8 o2 b" l2 b) X4 H" e4 b1 E* E
       对过程文件的一些建议:
, O8 [8 r$ Z9 ~       1)过程文件必须有可执行性,不要为了过程而形成过程文件,这样没有任何好处。(如果领导喜欢就另将别论,不在讨论范围内)。2 M( f6 Z6 c- [# m* z
       2)过程文件大的制定必须得到所有参与角色的认可;" A# \3 r6 k1 u# V7 h3 O4 w
       3)尽量与现有工作流程相匹配,减少对现有过程流程的影响;* M; L1 c8 ?1 j( _
       4)过程文件一定稳定性,不要朝令夕改,让大家不知所措。7 A7 Q. }( l" E6 }. b: G
回复 支持 反对

使用道具 举报

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

使用道具 举报

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

本版积分规则

关闭

SCMLife推荐上一条 /4 下一条

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

GMT+8, 2019-2-20 22:40 , Processed in 0.067036 second(s), 6 queries , Gzip On, MemCache On.

Powered by SCMLife X3.4 Licensed

© 2001-2017 JoyShare.

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