SCMLife.com

 找回密码
 立即注册

QQ登录

只需一步,快速开始

扫一扫,访问微社区

查看: 9659|回复: 36

[讨论] 作废

  [复制链接]
发表于 2011-11-19 10:22:20 | 显示全部楼层 |阅读模式
本帖最后由 qhy218 于 2012-1-5 17:11 编辑 ( h  E, q3 H- Y! m4 {1 q8 A4 U  L
& B% p: _9 U: M  [/ P( H5 \
................................" |; F" z/ D/ g! z  w2 ?
发表于 2011-11-19 14:03:03 | 显示全部楼层
以我的经验,以上统统做到,会说明配置管理工作更滞后~
回复 支持 反对

使用道具 举报

发表于 2011-11-19 20:20:56 | 显示全部楼层
回复 qhy218 的帖子) f8 t7 q3 f+ V6 R: C0 }

0 U' k$ H( A/ C% v% Q+ L1 T多多,你被我逮到了,哈哈,不论如何,加油!
回复 支持 反对

使用道具 举报

 楼主| 发表于 2011-11-19 20:58:01 | 显示全部楼层
回复 howtoesc 的帖子
6 f' l9 t: n, ~' ]& i1 `- W5 @3 \# A
% y* {- d. q$ [/ ?9 E何解,愿闻其详
回复 支持 反对

使用道具 举报

 楼主| 发表于 2011-11-19 21:00:38 | 显示全部楼层
回复 hsq628 的帖子
, x. f6 }* L" I" G- y$ ?5 u4 Z0 W: d% d. V
我就知道你在这的...最近事情很多,想招个配置高手能帮我们排忧解难
回复 支持 反对

使用道具 举报

发表于 2011-11-22 11:45:05 | 显示全部楼层
我们公司做的也很简单,和你们差不多。) L0 D5 J$ U5 p- S) v8 d) O
回复 支持 反对

使用道具 举报

发表于 2011-11-22 14:48:23 | 显示全部楼层
回复 howtoesc 的帖子# \) U& \6 @+ k2 t# w2 D" Q
4 p3 p3 b- ~, d% C7 y# L
3还好些吧,只是行为的主体要明确。+ D# Y6 j8 }; n, k. A4 w6 ?/ L2 ^
1 z, N2 M& F# R, l& [, M& J
这种配置管理工作的困惑我觉得很多传统IT企业目前都在面临,版主不能总琢磨how to esc,得给我们讲讲啊。( g2 Z2 u2 y; |$ X. J
回复 支持 反对

使用道具 举报

发表于 2011-11-23 11:15:09 | 显示全部楼层
不矛盾啊,我说的就是如果“统统”做到则过尤不及了,要有的放矢啊。& M; Y9 O& s/ S6 z2 c
CMM/CMMI所基于的最佳实践是n多年前的东西了,CM是实践的学科,一日千里啊。而且它们是评价框架啊,不是软件工程实践。; L, K2 n5 C7 j' H; l2 {- Z

% @2 E9 y* k, W8 ^- l4 @忘掉CMM/CMMI睁开眼睛去看项目实际的困局吧。
回复 支持 反对

使用道具 举报

发表于 2011-11-23 15:20:46 | 显示全部楼层
声明:个人意见,仅供参考。
# E. ?! g6 n. x& O
0 c9 t7 |/ i: T- W9 c/ Z& P个人认为可以从构造平台、缺陷管理系统入手:! ]2 K, g! r% Q2 m  S, D
1、建立统一的构造平台:
+ s; u) f6 m6 c; j   1)源代码只有编译后生成可执行的文件,交付给用户,才能体现出软件开发的价值。
  o: W1 E9 \  f1 t   2)构造是软件开发过程中的一个重要环节(编译只是构造一个步骤),联接开发与测试。
0 U* A2 {& f5 e   3)统一的构造平台可以实现构造的自动化,进而为持续集成打下基础;+ D) S' D& e$ k* `3 S' V
   4)统一的构造平台要求所有的源代码必须提交到配置系统中,确保公司资产的完整与安全。, `( I" U: s; s( E9 t$ B
   5)统一的构造平台要求代码存放位置必须规范,否则不能参与构造。6 w$ U* @* H& w* {7 `6 f
   6)构造工具化后,可以减轻开发人员的日常编译工作量,同时不会改变开发人员现有的工作流程。对于构造工具的应用不会有太大阻力。  F. ^- u' u) Z1 V& o- k1 @
2、缺陷管理系统
& J: z9 ]5 I/ H  V3 w! f$ M   1)实现缺陷管理,为管理层提供数据,以便管理层对产品的质量有一定的了解。! d. v* L& [+ U
   2)实现开发与测试沟通与协作的工作平台。" t- j; S3 [/ ?& l+ _8 \' I9 P1 e
   - U1 _; `: K, ]% h. Q
    对于系统的一些建议:- M) l) ]: x* D, W! m
    1 )缺陷的流程(审核流程、验证流程、修改流程)一定要简单,在流程确定前一定要与开发、测试、领导反复沟通,
7 e1 e1 x' W6 `4 [  S          得到 大家的确认,必须得到领导的认可与支持。
" p( S8 @/ A. P' D0 z- F/ Q; u    2)系统易用性一定要好,操作简单,界面上信息简单明了无歧义。
5 N4 M+ B. l# W5 H6 Y   一句话,简单就是最好的。
7 U2 F9 I! c$ h- G2 E6 T8 h   对系统来说,最初的系统一定不要提供考核功能(但可以利用报表、查询获取数据作为考核依据),否则。。。。
6 v! v% u7 q7 {! g6 o6 l
+ I- A0 q+ Z( i% C: ?5 h$ N6 f8 y  C) m9 G% u( g
        配置管理就是软件开发规范化的过程,是一个不断的、持续改进过程,也是一个循序渐进的过程。在规范的改进过程中,只有得到执行,才能发现问题。构造平台和缺陷管理系统将过程用系统方式予以规范,确保过程的严格执行。) F! d) b4 T% i$ I: Q3 A
   
7 h5 f. e# b) h1 \" i/ Y# T6 q$ K" l       对过程文件的一些建议:: o1 d4 [) t1 n
       1)过程文件必须有可执行性,不要为了过程而形成过程文件,这样没有任何好处。(如果领导喜欢就另将别论,不在讨论范围内)。0 F6 y" M, U( a4 G& X8 C' W3 `
       2)过程文件大的制定必须得到所有参与角色的认可;
7 p# k2 D/ B& u       3)尽量与现有工作流程相匹配,减少对现有过程流程的影响;# P$ z! P; ~: ^' {9 u
       4)过程文件一定稳定性,不要朝令夕改,让大家不知所措。; R9 n, F6 {! ^" L& V
回复 支持 反对

使用道具 举报

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

使用道具 举报

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

本版积分规则

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

GMT+8, 2018-4-20 17:33 , Processed in 0.063785 second(s), 6 queries , Gzip On, MemCache On.

Powered by SCMLife X3.4 Licensed

© 2001-2017 JoyShare.

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