SCMLife.com

 找回密码
 立即注册

QQ登录

只需一步,快速开始

扫一扫,访问微社区

查看: 11105|回复: 36

[讨论] 作废

  [复制链接]
发表于 2011-11-19 10:22:20 | 显示全部楼层 |阅读模式
本帖最后由 qhy218 于 2012-1-5 17:11 编辑 4 D4 [( y( i4 c1 U. u! M! p/ B

; Q, r3 n2 G; `; o3 K................................7 ]- |. p! ~2 [+ @: i4 y1 ~/ ~% _
发表于 2011-11-19 14:03:03 | 显示全部楼层
以我的经验,以上统统做到,会说明配置管理工作更滞后~
回复 支持 反对

使用道具 举报

发表于 2011-11-19 20:20:56 | 显示全部楼层
回复 qhy218 的帖子- G+ r& P1 f$ ^& q1 ^
; g4 E1 s& z# }5 G/ D. f' R
多多,你被我逮到了,哈哈,不论如何,加油!
回复 支持 反对

使用道具 举报

 楼主| 发表于 2011-11-19 20:58:01 | 显示全部楼层
回复 howtoesc 的帖子& n5 H; c9 y! q: g
( ~3 X3 q# o) I( [
何解,愿闻其详
回复 支持 反对

使用道具 举报

 楼主| 发表于 2011-11-19 21:00:38 | 显示全部楼层
回复 hsq628 的帖子/ {: d" D0 m/ M, G% G( g1 b
7 u. [8 \& \. h4 |& _
我就知道你在这的...最近事情很多,想招个配置高手能帮我们排忧解难
回复 支持 反对

使用道具 举报

发表于 2011-11-22 11:45:05 | 显示全部楼层
我们公司做的也很简单,和你们差不多。$ {' L$ b8 r; Y% A- `: b
回复 支持 反对

使用道具 举报

发表于 2011-11-22 14:48:23 | 显示全部楼层
回复 howtoesc 的帖子1 M! B( \" I; O0 U) v9 I
7 W7 x- P2 t+ s$ N4 `
3还好些吧,只是行为的主体要明确。5 J" d. g6 f8 |" h9 B  N
) k; H" _4 {8 |' G) Z
这种配置管理工作的困惑我觉得很多传统IT企业目前都在面临,版主不能总琢磨how to esc,得给我们讲讲啊。
) |( Q4 F( t  z) {, C# H3 y
回复 支持 反对

使用道具 举报

发表于 2011-11-23 11:15:09 | 显示全部楼层
不矛盾啊,我说的就是如果“统统”做到则过尤不及了,要有的放矢啊。* F, O- D0 B5 A; H1 W
CMM/CMMI所基于的最佳实践是n多年前的东西了,CM是实践的学科,一日千里啊。而且它们是评价框架啊,不是软件工程实践。; H/ G  T+ t3 l% z( B% Z# a
( [9 g9 i1 k# u$ }, _, M& f% U
忘掉CMM/CMMI睁开眼睛去看项目实际的困局吧。
回复 支持 反对

使用道具 举报

发表于 2011-11-23 15:20:46 | 显示全部楼层
声明:个人意见,仅供参考。
( y" Y$ x4 L( w- a' ~
. i6 i9 X8 `  n$ R个人认为可以从构造平台、缺陷管理系统入手:! V5 f* O3 w/ P: G: t" q8 g: W
1、建立统一的构造平台:
4 o' ^  t* ^- g3 U7 ?1 q   1)源代码只有编译后生成可执行的文件,交付给用户,才能体现出软件开发的价值。
4 [' |1 p7 H1 o% }5 q' Z5 Y   2)构造是软件开发过程中的一个重要环节(编译只是构造一个步骤),联接开发与测试。% P! w" v) N: B/ ~3 {3 a! x
   3)统一的构造平台可以实现构造的自动化,进而为持续集成打下基础;) v1 k; R, t0 A  p; v; ^
   4)统一的构造平台要求所有的源代码必须提交到配置系统中,确保公司资产的完整与安全。! {/ ^- Z5 [6 M
   5)统一的构造平台要求代码存放位置必须规范,否则不能参与构造。) U  Q9 ^& Z7 d( F2 d( I0 M
   6)构造工具化后,可以减轻开发人员的日常编译工作量,同时不会改变开发人员现有的工作流程。对于构造工具的应用不会有太大阻力。
6 o. R8 Z$ x5 k7 h9 I2、缺陷管理系统
: I2 e% X3 W! @  D7 u   1)实现缺陷管理,为管理层提供数据,以便管理层对产品的质量有一定的了解。9 U! _' [. G5 Y' s, w/ X& D* h
   2)实现开发与测试沟通与协作的工作平台。6 ]. k1 R7 I3 M$ W* N+ I% }
   
" }) ?' S' A7 t3 J! I9 N    对于系统的一些建议:  s4 l2 F/ z. ?: C; N
    1 )缺陷的流程(审核流程、验证流程、修改流程)一定要简单,在流程确定前一定要与开发、测试、领导反复沟通,
& Y! a/ L/ B  O- ?& _+ N4 d2 ^8 O3 l' G          得到 大家的确认,必须得到领导的认可与支持。
- [  w8 `. L: R    2)系统易用性一定要好,操作简单,界面上信息简单明了无歧义。% g2 ~% d- M. b: q9 Z2 Y
   一句话,简单就是最好的。
* p' F6 u, d0 K7 ]. s   对系统来说,最初的系统一定不要提供考核功能(但可以利用报表、查询获取数据作为考核依据),否则。。。。
$ k  r( k. z% p- ?7 ~( \# w
5 e4 z# a. g1 B, W8 u
- O& s+ f  ^  f9 \9 _        配置管理就是软件开发规范化的过程,是一个不断的、持续改进过程,也是一个循序渐进的过程。在规范的改进过程中,只有得到执行,才能发现问题。构造平台和缺陷管理系统将过程用系统方式予以规范,确保过程的严格执行。0 g5 @9 n: R5 ~3 v- t& I. c1 X
   
& t; p# \2 x; z, o' t- ~3 H2 {       对过程文件的一些建议:* Q2 C+ }& n% R& o$ @( Z9 ?3 b# Q6 l
       1)过程文件必须有可执行性,不要为了过程而形成过程文件,这样没有任何好处。(如果领导喜欢就另将别论,不在讨论范围内)。
2 x; V9 k, e$ k$ ?& V9 p       2)过程文件大的制定必须得到所有参与角色的认可;
( j7 |3 [" C) R3 C- F       3)尽量与现有工作流程相匹配,减少对现有过程流程的影响;
  l2 h1 p+ H7 ^" e/ J       4)过程文件一定稳定性,不要朝令夕改,让大家不知所措。, m; ?: c( b7 N
回复 支持 反对

使用道具 举报

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

使用道具 举报

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

本版积分规则

关闭

SCMLife推荐上一条 /4 下一条

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

GMT+8, 2019-8-23 01:01 , Processed in 0.056931 second(s), 6 queries , Gzip On, MemCache On.

Powered by SCMLife X3.4 Licensed

© 2001-2017 JoyShare.

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