SCMLife.com

 找回密码
 立即注册

QQ登录

只需一步,快速开始

扫一扫,访问微社区

查看: 4261|回复: 8

[原创] 手机银行项目没有概要设计可以么?

[复制链接]
发表于 2011-9-15 14:28:23 | 显示全部楼层 |阅读模式
     我们公司有一个手机银行项目,没有概要设计,我问项目经理:“没有设计文档,如何开发的”。他回答我说:“有原型、有功能设计说明书、有接口设计,就可以开发了。” 我说这不符合ISO9000规范,他说那我后期补一个概要设计吧。反正也是从别的银行项目整合一下就可以了。
5 M0 }) H/ b9 |, V    请问这种现象对么?第1:如果真是具备了这三种文档就可以开发的话,那概要设计是不是就可以裁减?1 G8 g0 `' K% g* B8 p) u4 S
                                   第2:我的确也不想增加他们的工作量。如果裁剪了,审核又会通不过怎么办?7 m& d. W1 j7 S
我在培训的时候给他们说过,没有详细设计可以,但必须有概要设计。但他们后期补文档又不是我真正的用意。怎么办?7 l% t  c) @; J5 X7 `( B; }$ X
发表于 2011-9-15 14:58:52 | 显示全部楼层
本帖最后由 callmechen 于 2011-9-15 15:07 编辑 " S3 `5 Y- b) L! u

/ m7 ^9 T3 G% Q1.首先要明确概要设计是想说明什么?这些构成文档的要素首先一定是必要的。如果一份概要设计的过程定义和模板压根就是给开发工作增加负担,那不写也罢。当然,一些标准或体系要求的要素,比如一些不涉及具体技术内容的,可以做成表格化的模板,让编写者只改几个字就成的那种。
  D" {0 }- @, ]: t2.所谓的审核,其实更重视的是要素的有无,其次才是存在的形式。如果你们组织规定的概要设计的要素,在“原型、功能设计说明书、接口设计”,甚至包括数据库设计中已经提到了的话,也可以特殊标注,如果有人有闲那就攒一份文档也可以。如果实际情况真是按你的PM所说,那我个人觉得概要设计是必要的,详细设计和架构设计反而不是,拿以往项目的文档套用就可以了。概要设计在改的基础上着重写出这一版本的不同之处就更好了。
$ A9 J0 z* X" {3.以上两条基本回答了你的两个问题。4 ]+ T: K/ ]+ X) a

, [$ f& v" G; ^2 k其实详细设计和概要设计,从理论上来讲,只要你规定的合理、科学,都不应该被裁剪,否则很可能会出问题。
6 m1 B  r9 q% o1 y+ f, M$ s我这有个PM很喜欢裁剪概要和详细设计,总是自己认为把需求规格说明书写得细些,有功能原型,再有数据库设计、接口设计就OK了,但实际操作起来并非如此,代码走查时我们发现了很多问题其实是详细设计中应该提到和规约的,在周例会上大家困惑的一些模块分工级模块间调用的问题如果他有概要设计是可以避免的(当然我们建立的前提是大家会真正去看设计文档并评审它)。这也就证明了他的裁剪是不合理的(我们的设计文档要素是合理的)。而他认为裁剪设计文档能节省的时间,实际上也在后面的编码阶段、测试阶段变成了延迟。( `& f- @( F( J3 l) ?
至于你说的补文档,那就见招拆招吧,已经有的东西就不要补,解释清楚就可以了,确实没有的东西那就适当凑,反正尽量别是从无到有的补。ISO现在没有不过的,当作一次外部审计知道自己的差距就得了,别把结果看太重。$ C# Z( Z, P! o* W% u, N) x2 d1 u0 ^, ?
回复 支持 反对

使用道具 举报

 楼主| 发表于 2011-9-15 15:49:08 | 显示全部楼层
回复 callmechen 的帖子9 i9 s& c: `9 Y. e. {* E# g5 \% v

1 b. @4 F! L6 h0 o! P, {  很高兴又见到您了!' y$ k) G8 O5 j$ i6 x& {( I
  借此机会,还想再问一个问题,我们每个项目经理都是到项目结束后给我补过程文档,而不是每个阶段结束后就提交工作成果,我很头疼了!上司也默认了!请问如何解决了?$ Q# J1 a2 P; l# R/ x3 t9 G
回复 支持 反对

使用道具 举报

发表于 2011-9-16 11:07:28 | 显示全部楼层
本帖最后由 callmechen 于 2011-9-16 11:07 编辑 5 ], R/ @% t* Q) ]. t' C

: {3 N" e* U! a% X# V3 i7 q5 W回复 mary520 的帖子0 ?: {9 n( K, ^7 j2 v
) W" k+ w2 i& `# Y- w3 t  g
我个人觉得哈,这应该是你这个QA的工作不到位。。
" ?5 v- y* f9 K9 c
% i8 ?4 L; _% L; H1.要做好事先控制和事中控制。每到一个时间点,项目经理肯定知道自己下一步要做哪些事(如果不知道那就是PM头脑混乱不够格)。但如何规范地做、会产生哪些记录、使用哪些模板和工具,这些QA是要更清楚的。根据PM的能力,QA可以选择提前通知、预先辅导、发布指南等策略,然后跟PM确认“你是否已知晓?(do you)能不能做到?(can you)什么时间做到?(when)做不到的理由是什么?(why)”,根据确认结果或裁减或变通,一个原则:有意义的事要知道其意义,不做的事只能是没意义的,你没时间我尽量帮你。OK了,然后在事中就及时跟踪,其实每个阶段要执行的活动和要产生的记录就那么几个,还都在检查单里,每天花上不到半个小时就能跟踪完一个项目的进展,更何况不是所有项目的所有阶段每天都能有明显进展。具体执行策略还需要你来量身定做。
8 p% Q& F5 I: T当然,每个公司的情况不同,可能有的QA无法以这样的粒度去跟踪项目。但我想说的你应该理解。如果没有事先控制和事中控制,只等到阶段点结束时去检查,那绝大多数PM都会让你失望的(如果不是这样,QA也就没有存在的价值了)。
5 E$ E& k: {* u. J3 |; t0 E
& N: u+ n9 O; _; N1 @$ N% ~2.再说说补文档。一定要弄清楚目的。在我看来,补文档的目的只有一个,就是应付检查。补文档不会对已发生的活动、已产生的结果和度量数据造成影响,而且在补的过程中大家的情绪和态度都或多或少不对劲,我相信补出来的文档也不会美到哪去。这个还需要你来下功夫进行宣贯和引导,并且更近地跟踪项目,研究研究他们为啥不写文档----那些文档中的活动和记录要素他们都以什么形式来实现(你放心,活动和记录不会消失,只是存在的形式不同),然后回过头看看活动定义、指南、模板是不是有需改进的地方。在这个过程中,PM也会了解其实这些活动和记录他都有,只不过就差一哆嗦落实到文档中,QA也为此做了很多份外工作,所以大家将心比心有时间就写写文档,没时间就QA帮忙协调出一点时间呗。昨天一个PM说没时间做bug分析和走查计划,我就替他去整理周报、更新进度计划、填报工时,还跟客户耗了1个小时让他节省了半小时汇报时间,他没什么理由再拿时间跟我说事了那就老老实实写吧。
8 h& j4 |. w3 T) R0 G
$ z1 Q0 {8 R# `' C最后再说一句题外的,如果公司确实面临着cmmi或者iso这种烂事,那QA和EPG就别跩了,该上手就上手吧。端着架子指望PM把审核证据全弄好,那纯属找死,PM的业绩考核中审核这些烂事撑死占10%,就算最后审核失败公司象征性地罚点钱,人家部门经理也会根据项目业绩给找补回来,而真要是审核失败QA和EPG是无论如何也逃不掉的。还是那句话,一定要弄清楚目的。
( ?$ \6 H5 m; L
回复 支持 反对

使用道具 举报

 楼主| 发表于 2011-9-16 13:45:09 | 显示全部楼层
回复 callmechen 的帖子- D3 |/ h+ i, T" d5 A* J
/ P) z) q+ r1 u! K$ {" p8 O
  您说的质量控制,我也可以做到,我也很清楚他们每个阶段干什么,会有什么成果出来。我在工作当中也曾提醒过他们。但就是缺执行力!借口就是我要赶进度,以后再补上。2 D: p/ M8 q6 i. t  s; z4 {( V" T2 M. B
  而我心里小小想法是,如果我紧逼他们,会不会引起民愤,适如其反?而且我是刚到公司三个月时间,我能按您的方法去严格要求么?' D0 N% `) w" h5 E2 g" @/ T
  而领导支持作用,也仅仅只是让他们把项目文档补上来。没有一个绩效考核的做后盾,我想谁也不会主动完善文档。都会有一个想法,要的时候再补了。再说,我每周的QA报告里面,都反应了每个项目的进展与问题,可哪个领导也没有提出意见过。
7 t% c, X' ^" h; n
回复 支持 反对

使用道具 举报

发表于 2011-9-16 14:46:30 | 显示全部楼层
回复 mary520 的帖子
% z2 ~# X. J5 {8 a6 ]* F# A  n2 s3 J% N7 y  B6 b# d- n
那就做到问心无愧吧,后续有什么质量事故发生,咱也能拿出证据证明咱报告、预警过。然后积累点该积累的东西换个环境吧。
回复 支持 反对

使用道具 举报

发表于 2011-9-28 09:37:11 | 显示全部楼层
为啥最后都是走为上策?
回复 支持 反对

使用道具 举报

 楼主| 发表于 2011-9-28 10:17:18 | 显示全部楼层
回复 jerry_lin_aaa 的帖子
) q) F$ \7 T, F
. j* W# Y4 E1 |/ v" b, U行业造就的!/ k9 D. R6 f" E$ k5 O
软件行业的确质量意识不强@1 j' r3 W1 C6 B% W
回复 支持 反对

使用道具 举报

发表于 2011-9-28 14:26:46 | 显示全部楼层
回复 jerry_lin_aaa 的帖子5 r+ u+ \  N6 P4 O- ?  Q7 h

, Q9 w% N% ?- R现代社会没有力挽狂澜的机会给一个普通员工。整个组织的文化、意识、经营理念,直接决定了质量方面的很多“上限”,除了老板,谁能改变?3 _. Z" H0 ?$ D; J
回复 支持 反对

使用道具 举报

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

本版积分规则

关闭

SCMLife推荐上一条 /4 下一条

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

GMT+8, 2019-5-27 22:26 , Processed in 0.086188 second(s), 8 queries , Gzip On, MemCache On.

Powered by SCMLife X3.4 Licensed

© 2001-2017 JoyShare.

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