思步网

查看: 58813|回复: 129
打印 上一主题 下一主题

[译文] [连载]SEPG行为指南(这事我做,会有什么不同呢)

    [复制链接]
==============2010.07.19 管理员添加备注【开始】===============

该书姐妹篇:SEPG Guide(指南)中英对照版电子书发布,免费下载:http://step365.com/thread-2428-1-1.html

==============2010.07.19 管理员添加备注【结束】===============


What I would do differently if I wrote the SEPG Guide today

如果现在我来写SEPG指南的话
我的做法会有哪些不同呢?

Stan Rifkin
Master Systems Inc.
2604B El Camino Real #244
Carlsbad, California 92008 USA
Phone: +1 760 729 3388
E-mail: sr@Master-Systems.com

© Copyright by Master Systems Inc.

Abstract. The Software Engineering Process Group Guide (SEPG Guide) was researched and written by Priscilla Fowler and Stan Rifkin in 1988-1990, and published by the Software Engineering Institute in 1990. It is about how to improve processes every day. Many of the observations reported in it have proved useful over the years of application. Some additional information would have added significantly to its applicabil ity, particularly (not in any order): one size does not fit all, the importance of process improvement by stealth, how we are misled by psychology and should pay attention to sociology, what patterns of adoption look like, a fresh look atresistance,” and how engineers might approach the subject of deployment.

摘要:GEPG指南(软件工程过程组指南)是经由Priscilla Fowler Stan Rifkin 19981990年间研究所著的,并于1990年由SEI(卡内基·梅隆大学软件工程研究所)出版。它是关于如何在每一天提升改进。很多观察指出它对近些年的应用是很有用的。另外,还有一些信息应该己经加入它的可应用性中,特别是(不以任何顺序来述说):没有万能的钥匙,过程改进的重要性悄然地进行着,我们是如何被心理学所误导且应该留意于社会学,采用什么样的模式看起来像重新审视“阻力”一词了,工程师们是如何来靠近部署的主题的。

                 Table of Contents


         I. Introduction
        II. Positives
        III. Negatives
        IV. Means to evaluate suggestions
         V. Too much “one size fits all”
        VI. Not enough about patterns of adoption
      VII. Too much psychology, not enough sociology
     VIII. Wrong-headed about “resistance”
       IX. Insufficient pointers for engineers entering new subject areas
        X. Understanding negotiations
       XI. What we know & what we don’t
      XII. In conclusion
     XIII. Acknowledgments
     XIV. References

                                                  目录
            I.
简介
          II. 何为正确
         III. 何为错误
         IV. 通过些许手段来评估建议
          V. 太多的“万能钥匙了
         VI. 对于采用何种模式没有充分地了解
        VII. 过多注重心理学,而忽视了社会学
       VIII. 关于“阻力”的错误
         IX. 没有足够的动力来驱使工程师们进入一些崭新的领域
          X. 了解协商
         XI.   什么我们知道,什么不知道
        XII. 总结
       XIII. 感谢
       XIV. 引用资料简介

---------------------------------------------------
译者权归“思步网(www.step365.com)”及版主“一啸长天”共同所有,未经许可,请勿转载




上一篇:【呼吁】翻译,受惠的是大家,来吧,加入我们!
下一篇:【连载】CB Predictor操作手册(Crystal Ball Predictor 水晶球预测)

评分

参与人数 1金币 +12 收起 理由
漂在生活 + 12 精品文章

查看全部评分

分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏 转播转播 分享分享 分享淘帖 支持支持4 反对反对1
回复 论坛版权

使用道具 举报

路过的帮顶
感谢翻译团队。
看起来好像不错的样子
顶不错 支持下
我了个去,顶了
前排支持下了哦~
感谢翻译团队。
前排支持下了哦~
看起来好像不错的样子
这个一定得回复!
我了个去,顶了
支持,赞一个
鼎力支持!!
看起来不错
路过的帮顶
您需要登录后才可以回帖 登录 | 注册

本版积分规则

思步组织思步科技|思步网|火花学堂|思步文库|思步问答|思步英才|天下心
© 2007 思步网 浙ICP备10212573号-4(首次备案号:浙ICP备07035264号)|邮箱:service#step365.com(将#换成@)|服务热线:0571-28827450
在线培训课程|求职招聘|思步文库|官方微信|手机APP|思步问答|微博平台|官方QQ群|交流论坛|软件工程透析|关于我们|申请友链|
点击这里给我发消息     点击这里给我发消息
思步 step365 过程改进 CMMI中文 质量保证 质量管理 流程体系 需求跟踪矩阵 敏捷开发 Scrum 软件度量 项目评审 全员改进 流程管理 人力资源 6sigma 信息安全 ISO27001认证 IT服务管理 ISO20000认证 ISO9000认证 软件测试 SQA 配置管理 IPD 软件工程 PMP认证 PMP试题 PMBOK中文 精益研发 agile 顾问式管理培训
返回顶部