|
锁定老帖子 主题：在阿里巴巴的收获-提高质量意识
精华帖 (4) :: 良好帖 (13) :: 新手帖 (0) :: 隐藏帖 (0)
|
|
|---|---|
| 作者 | 正文 |
|
发表时间：2011-09-14
xiebh 写道 请问楼主：什么规模项目，两周时间，Team多少人？
个人认为最主要的是开发人员要有责任心，其余都是形式，最终也需要人来完成，你不能忽略了“人的因素”。 另外，好的企业都使用完整的工具箱，也就是说公司清楚地界定了在一个项目中需要做什么、有谁做、什么时间、怎么做。他们使用一个完整的工具箱，其中包括项目管理工具、方法和技术。这些工具都是精心挑选的，并且与企业的商业目标融为一体，加上度量方法，提供给项目管理者，从而达到积极的结果。 还有，好的企业都有一套流水化的项目交付过程，他们监测项目交付过程中的每一个环节。同时使用自己公司的度量体系检测项目的状况。 对小公司来讲，有些地方是不可行的,但是也应该与实际相结合，灵活运用上述的原则，努力形成本公司自己特色的工具箱以及流水化的项目交付过程。 你说的很对。项目是人做的，所以项目中最需要管理的是人，如何管理？帮助人员提高各方面能力。想要提高项目质量，就必须提高项目中人的质量意识，也就是你所说的责任心。本文提出的这些形式目的就是帮助开发人员提高质量意识。 |
| 返回顶楼 | |
|
发表时间：2011-09-15
这应该是阿里巴巴，【小需求】开发流程，不适用与中大型项目开发，此流程周期适用于最大5人天的网站应用，因为网站应用必须要快，而且比较适合撤换掉。
|
| 返回顶楼 | |
|
发表时间：2011-09-15
公司不写单元测试的飘过。。。
|
| 返回顶楼 | |
|
发表时间：2011-09-16
适合小团队，小项目，小模块
|
| 返回顶楼 | |
|
发表时间：2011-09-16
最后修改：2011-09-16
sunday1207 写道 适合小团队，小项目，小模块
我们的团队不算大，5个开发，1个PM，2个QA和2个PD，我觉得作为一个敏捷团队正合适，呵呵。项目应该算比较大，因为我们开发了1年多了，但我们采用敏捷的开发方式，让它看起来很小。基本都是两周一个迭代的方式进行发布，产品经理以月为周期提供需求，我们的迭代就像火车一样，每隔两周开动一次，我们维持这样一个节奏，如果需求能赶在本次列车发布，那么就装在本趟列车里。如果不行，就会安排到下躺列车里。如果模块比较大，我们会拆分为2个迭代来完成。但是中间会采取showcase的方式来进行一次验收。 如果是大团队，我们也把它裁剪为N个小团队，每个团队有自己的PM。 如果这个大团队做同一个项目，我们仍然将它拆分为多个小团队，每个小团队使用不同的分支开发不同的功能，定期合并代码，每个团队拥有自己的PM，但是PD和QA共用。 在最近一年的开发过程中，我觉得开发节奏很重要，如果你保持两周一个迭代的节奏，那么你每天都能意识到自己该做什么，比如到周四了你就知道要codereview了，到周五了你就知道要自测冒烟点了，到下周一你就知道要提测了。 |
| 返回顶楼 | |
|
发表时间：2011-09-18
程序员应该把精力放在改善程序代码上，测试代码应该由测试人员编写并测试，提交测试报告，反馈给开发人员，现在很多公司都在想着降低成本，有时候开发人员的鸭梨很大！
|
| 返回顶楼 | |
|
发表时间：2011-09-20
fantasy 写道 抛出异常的爱 写道 楼主说点实际点的东西。
PS：说说你们的测试开发实际时间比例 两周项目 ：需求评审（半小时）-设计评审（1小时）-单元测试（1天）-代码审查（1天）-冒烟测试（半天）-项目总结（半天）。 这个测试时间太少了，如果是企业应用组也有点紧张。更不要说你们的所有项目都有压力测试，并发测试，接口实测之类的东西呢 比例近似于1比1。设计+开发+code review=自测+冒烟测试+功能测试+回归测试+预发布测试+正式环境测试=5天。一个版本可能一到两个迭代，一个迭代两周。 莫非阿里也敏捷了？ |
| 返回顶楼 | |
|
发表时间：2011-09-21
fantasy 写道 sunday1207 写道 适合小团队，小项目，小模块
我们的团队不算大，5个开发，1个PM，2个QA和2个PD，我觉得作为一个敏捷团队正合适，呵呵。项目应该算比较大，因为我们开发了1年多了，但我们采用敏捷的开发方式，让它看起来很小。基本都是两周一个迭代的方式进行发布，产品经理以月为周期提供需求，我们的迭代就像火车一样，每隔两周开动一次，我们维持这样一个节奏，如果需求能赶在本次列车发布，那么就装在本趟列车里。如果不行，就会安排到下躺列车里。如果模块比较大，我们会拆分为2个迭代来完成。但是中间会采取showcase的方式来进行一次验收。 如果是大团队，我们也把它裁剪为N个小团队，每个团队有自己的PM。 如果这个大团队做同一个项目，我们仍然将它拆分为多个小团队，每个小团队使用不同的分支开发不同的功能，定期合并代码，每个团队拥有自己的PM，但是PD和QA共用。 在最近一年的开发过程中，我觉得开发节奏很重要，如果你保持两周一个迭代的节奏，那么你每天都能意识到自己该做什么，比如到周四了你就知道要codereview了，到周五了你就知道要自测冒烟点了，到下周一你就知道要提测了。 看起来挺理想的，不知道实践情况怎样呢。 LZ有空的话不妨写出一些实施过程中碰到的困难 |
| 返回顶楼 | |
|
发表时间：2011-09-21
引用 很多时候质量低下，源于没有时间，比如团队中有的同学实现某个功能发生了延迟，那么他肯定没时间开写单元测试，帮别人做CodeReview，那么这个问题就应该在晨会的时候知会团队成员，由其他团队成员帮助你去完成这些事项，因为我们是一个团队。
这个感觉很好呀 |
| 返回顶楼 | |
|
发表时间：2011-09-22
大概只有阿里一类舍得投入的企业才有可能达到楼主团队的境界。如果像金盆洗脚城里面一段：董事长总经理出纳会计迎宾保安都是我一个，搞毛
|
| 返回顶楼 | |
