SCMLife.com

 找回密码
 立即注册

QQ登录

只需一步,快速开始

扫一扫,访问微社区

查看: 10406|回复: 36

[讨论] 作废

  [复制链接]
发表于 2011-11-19 10:22:20 | 显示全部楼层 |阅读模式
本帖最后由 qhy218 于 2012-1-5 17:11 编辑
6 A& r+ ~2 B4 t/ B/ Q: n) f+ _) z
. L) R% u0 Z+ d0 a+ n................................
) r3 a6 H; i7 {3 n9 I; X
发表于 2011-11-19 14:03:03 | 显示全部楼层
以我的经验,以上统统做到,会说明配置管理工作更滞后~
回复 支持 反对

使用道具 举报

发表于 2011-11-19 20:20:56 | 显示全部楼层
回复 qhy218 的帖子7 z: [3 u& T$ g: h9 h/ R# f

* S6 r9 K2 T. x: g# ^4 B多多,你被我逮到了,哈哈,不论如何,加油!
回复 支持 反对

使用道具 举报

 楼主| 发表于 2011-11-19 20:58:01 | 显示全部楼层
回复 howtoesc 的帖子1 k1 D! n: b7 A, r9 k: z

7 y. ~- D4 ?4 m5 l5 X何解,愿闻其详
回复 支持 反对

使用道具 举报

 楼主| 发表于 2011-11-19 21:00:38 | 显示全部楼层
回复 hsq628 的帖子
2 p) L+ K! h9 a# S7 d+ ^# d7 w9 Z+ d9 L) i8 T3 Q+ W
我就知道你在这的...最近事情很多,想招个配置高手能帮我们排忧解难
回复 支持 反对

使用道具 举报

发表于 2011-11-22 11:45:05 | 显示全部楼层
我们公司做的也很简单,和你们差不多。
0 b$ O0 s% w) s
回复 支持 反对

使用道具 举报

发表于 2011-11-22 14:48:23 | 显示全部楼层
回复 howtoesc 的帖子) c0 }2 H1 d' }# l6 @8 T1 E! \1 O
$ I& F6 s* M, B- A
3还好些吧,只是行为的主体要明确。
& J" L5 w6 \' s& H3 _! u  P: t
! ]! `7 ]/ ?" ?& A这种配置管理工作的困惑我觉得很多传统IT企业目前都在面临,版主不能总琢磨how to esc,得给我们讲讲啊。
- F+ S# F: ?6 s! ]
回复 支持 反对

使用道具 举报

发表于 2011-11-23 11:15:09 | 显示全部楼层
不矛盾啊,我说的就是如果“统统”做到则过尤不及了,要有的放矢啊。# z* s5 b- [; s9 [2 B: M, H  S
CMM/CMMI所基于的最佳实践是n多年前的东西了,CM是实践的学科,一日千里啊。而且它们是评价框架啊,不是软件工程实践。1 S0 X1 g3 s' h- c; o, J1 A) t8 }
' E+ E6 [+ u2 {6 G
忘掉CMM/CMMI睁开眼睛去看项目实际的困局吧。
回复 支持 反对

使用道具 举报

发表于 2011-11-23 15:20:46 | 显示全部楼层
声明:个人意见,仅供参考。
, o7 @8 I6 a, R$ b' t1 ~9 t! r
% N/ ?. {7 r  H6 Z  [( q个人认为可以从构造平台、缺陷管理系统入手:$ j0 s. _0 a. a% p. i4 l; I
1、建立统一的构造平台:* I* f5 q$ n) g, j6 \# [) J
   1)源代码只有编译后生成可执行的文件,交付给用户,才能体现出软件开发的价值。
4 q: X: Q, t8 z" k   2)构造是软件开发过程中的一个重要环节(编译只是构造一个步骤),联接开发与测试。& p2 Q2 _$ {% R* s0 o8 @+ S
   3)统一的构造平台可以实现构造的自动化,进而为持续集成打下基础;5 `; A4 V6 P7 y' o+ [; R
   4)统一的构造平台要求所有的源代码必须提交到配置系统中,确保公司资产的完整与安全。  T/ E$ O1 c3 y
   5)统一的构造平台要求代码存放位置必须规范,否则不能参与构造。  v- O  E+ Y- q! c/ ?
   6)构造工具化后,可以减轻开发人员的日常编译工作量,同时不会改变开发人员现有的工作流程。对于构造工具的应用不会有太大阻力。
- s5 h: f' R" d- h) k2、缺陷管理系统/ f2 P9 g+ W8 P" i. V5 W3 x# k
   1)实现缺陷管理,为管理层提供数据,以便管理层对产品的质量有一定的了解。
' _: q/ j% w( l. ]# t7 N: r! i" z   2)实现开发与测试沟通与协作的工作平台。2 P2 m6 f6 w0 k/ Z, F% D
   - u; L. i0 m7 T+ W
    对于系统的一些建议:8 |& q. q8 s5 O* s$ ?/ D( S4 _9 |
    1 )缺陷的流程(审核流程、验证流程、修改流程)一定要简单,在流程确定前一定要与开发、测试、领导反复沟通,
* v) T- H" a( k2 `          得到 大家的确认,必须得到领导的认可与支持。
6 J9 `$ a8 d$ s5 ^$ k    2)系统易用性一定要好,操作简单,界面上信息简单明了无歧义。
" f6 J  h7 y* N0 H+ \, Y   一句话,简单就是最好的。
) d" F, |3 {& S7 o   对系统来说,最初的系统一定不要提供考核功能(但可以利用报表、查询获取数据作为考核依据),否则。。。。% F5 n' v. y& |3 n

! f4 D' o+ ]- }$ n1 M$ u# I' \- r6 d0 m: X
        配置管理就是软件开发规范化的过程,是一个不断的、持续改进过程,也是一个循序渐进的过程。在规范的改进过程中,只有得到执行,才能发现问题。构造平台和缺陷管理系统将过程用系统方式予以规范,确保过程的严格执行。
  f/ E& g' x, z% `: @   
& X- u! s2 A% ?       对过程文件的一些建议:5 V( w5 D- c: Y( ]( F; |+ u
       1)过程文件必须有可执行性,不要为了过程而形成过程文件,这样没有任何好处。(如果领导喜欢就另将别论,不在讨论范围内)。
4 K2 H( A  z% `3 T5 V       2)过程文件大的制定必须得到所有参与角色的认可;8 }- h* _6 S! W3 X
       3)尽量与现有工作流程相匹配,减少对现有过程流程的影响;, C( Z, T* L# Q! G% W
       4)过程文件一定稳定性,不要朝令夕改,让大家不知所措。
2 V0 E7 Q! T* T* g4 F6 w
回复 支持 反对

使用道具 举报

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

使用道具 举报

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

本版积分规则

关闭

SCMLife推荐上一条 /4 下一条

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

GMT+8, 2018-12-11 07:13 , Processed in 0.068136 second(s), 6 queries , Gzip On, MemCache On.

Powered by SCMLife X3.4 Licensed

© 2001-2017 JoyShare.

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