SCMLife.com

 找回密码
 立即注册

QQ登录

只需一步,快速开始

扫一扫,访问微社区

查看: 10287|回复: 36

[讨论] 作废

  [复制链接]
发表于 2011-11-19 10:22:20 | 显示全部楼层 |阅读模式
本帖最后由 qhy218 于 2012-1-5 17:11 编辑 5 ~  l( c% p* [  c
' Y) s& a8 b2 P
................................
0 h; P( r5 N- q; [4 l& i7 `
发表于 2011-11-19 14:03:03 | 显示全部楼层
以我的经验,以上统统做到,会说明配置管理工作更滞后~
回复 支持 反对

使用道具 举报

发表于 2011-11-19 20:20:56 | 显示全部楼层
回复 qhy218 的帖子: V" n) \1 _+ Y: O+ C/ N

: K$ @/ `. [$ d多多,你被我逮到了,哈哈,不论如何,加油!
回复 支持 反对

使用道具 举报

 楼主| 发表于 2011-11-19 20:58:01 | 显示全部楼层
回复 howtoesc 的帖子
5 z% j2 y4 a) Y1 ]# d
: j$ ^. h) B) n/ L何解,愿闻其详
回复 支持 反对

使用道具 举报

 楼主| 发表于 2011-11-19 21:00:38 | 显示全部楼层
回复 hsq628 的帖子
6 C8 R9 L  N, Q- m& I6 X' P, m) V' _6 f7 _* b+ r; N6 i
我就知道你在这的...最近事情很多,想招个配置高手能帮我们排忧解难
回复 支持 反对

使用道具 举报

发表于 2011-11-22 11:45:05 | 显示全部楼层
我们公司做的也很简单,和你们差不多。
2 |  k( ~7 Y- R+ w1 Q
回复 支持 反对

使用道具 举报

发表于 2011-11-22 14:48:23 | 显示全部楼层
回复 howtoesc 的帖子
9 m0 M/ W$ {% z8 I+ N
& \- W$ Q2 V* L3还好些吧,只是行为的主体要明确。
9 j  d/ X+ Y* D4 m+ ]! r
! b& v  r/ T* s. E# l4 J0 p* K/ T这种配置管理工作的困惑我觉得很多传统IT企业目前都在面临,版主不能总琢磨how to esc,得给我们讲讲啊。5 Z% Z" R3 e8 y  W, `9 i- W
回复 支持 反对

使用道具 举报

发表于 2011-11-23 11:15:09 | 显示全部楼层
不矛盾啊,我说的就是如果“统统”做到则过尤不及了,要有的放矢啊。
  H( Z2 M% e1 OCMM/CMMI所基于的最佳实践是n多年前的东西了,CM是实践的学科,一日千里啊。而且它们是评价框架啊,不是软件工程实践。
. }1 E$ ^9 w: g& s6 U( z
( D/ H% z% Q% d" |0 U忘掉CMM/CMMI睁开眼睛去看项目实际的困局吧。
回复 支持 反对

使用道具 举报

发表于 2011-11-23 15:20:46 | 显示全部楼层
声明:个人意见,仅供参考。" M3 D1 a7 W0 c$ Z- L/ m

' A& G2 m" [$ e  z  E个人认为可以从构造平台、缺陷管理系统入手:3 A. {/ L, x3 q. A- d/ l( Y9 j) ^
1、建立统一的构造平台:
" D* t1 {" h+ N( l8 A! M. q' r4 F; c   1)源代码只有编译后生成可执行的文件,交付给用户,才能体现出软件开发的价值。
8 ?/ i8 N! q( M3 u2 R/ g. c2 a   2)构造是软件开发过程中的一个重要环节(编译只是构造一个步骤),联接开发与测试。
, H# ?$ y- c. E5 a   3)统一的构造平台可以实现构造的自动化,进而为持续集成打下基础;
% P: c' q8 {1 b. z& G- E6 C   4)统一的构造平台要求所有的源代码必须提交到配置系统中,确保公司资产的完整与安全。! L2 }( G, D! p
   5)统一的构造平台要求代码存放位置必须规范,否则不能参与构造。! J( Y, j* S+ w" P3 ~0 ?  O( v
   6)构造工具化后,可以减轻开发人员的日常编译工作量,同时不会改变开发人员现有的工作流程。对于构造工具的应用不会有太大阻力。4 a) Z, b- F; l" c
2、缺陷管理系统$ p/ M6 ], |: v
   1)实现缺陷管理,为管理层提供数据,以便管理层对产品的质量有一定的了解。
9 W1 |, D0 L9 L4 K$ L: z- R   2)实现开发与测试沟通与协作的工作平台。9 @7 b0 @) y" ^/ C/ }; c
   0 U! S5 e' s5 S/ n6 O) s
    对于系统的一些建议:
/ [. ]' v# B+ M4 I8 k% p* y    1 )缺陷的流程(审核流程、验证流程、修改流程)一定要简单,在流程确定前一定要与开发、测试、领导反复沟通,
( m- T; s' N" H2 R! B          得到 大家的确认,必须得到领导的认可与支持。" z* C1 |4 d0 A+ V/ C+ A# P. |
    2)系统易用性一定要好,操作简单,界面上信息简单明了无歧义。$ h3 k2 J0 v+ m9 Y! P+ @
   一句话,简单就是最好的。
  n* _% }; g8 E" `   对系统来说,最初的系统一定不要提供考核功能(但可以利用报表、查询获取数据作为考核依据),否则。。。。
0 V% u9 `/ D2 @
! U! z/ x2 f$ p! S7 R
; R1 i5 V' w* B) T$ _& f( N9 g. r  v        配置管理就是软件开发规范化的过程,是一个不断的、持续改进过程,也是一个循序渐进的过程。在规范的改进过程中,只有得到执行,才能发现问题。构造平台和缺陷管理系统将过程用系统方式予以规范,确保过程的严格执行。" u' R1 T5 u" s, r9 s6 P
   
9 Z4 k8 P- N$ s" ?) E/ K3 A       对过程文件的一些建议:( ~  d$ H2 r' e" s4 f
       1)过程文件必须有可执行性,不要为了过程而形成过程文件,这样没有任何好处。(如果领导喜欢就另将别论,不在讨论范围内)。
1 W; n+ b. Y. Z9 R       2)过程文件大的制定必须得到所有参与角色的认可;
# ^& x" n0 c  ~! \1 Y       3)尽量与现有工作流程相匹配,减少对现有过程流程的影响;, F/ v' \. U( s, l- T
       4)过程文件一定稳定性,不要朝令夕改,让大家不知所措。4 \  O* l* ^& H% b
回复 支持 反对

使用道具 举报

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

使用道具 举报

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

本版积分规则

关闭

SCMLife推荐上一条 /4 下一条

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

GMT+8, 2018-10-23 23:17 , Processed in 0.059992 second(s), 6 queries , Gzip On, MemCache On.

Powered by SCMLife X3.4 Licensed

© 2001-2017 JoyShare.

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