一个app开发团队构成中TE代表什么

来源：蜘蛛抓取(WebSpider) 时间：2015-01-02 08:22 标签： 软件开发团队管理
为什么没有人在中国组织开发操作系统.....难道没人能去开发吗 组织不来一个开发团队？？？？？_百度知道
为什么没有人在中国组织开发操作系统.....难道没人能去开发吗 组织不来一个开发团队？？？？？
并且也有人组织过，不可能开发出来就比国外的操作系统好用，谁会去做呢，就决定了不会有人买。一个没有人买的东西，但问题就在于是不是能赚到钱？操作系统的开发国内起步晚，这些开发的人员吃什么呢，如果赚不到钱当然可以开发了
其他类似问题
为您推荐：
其他5条回答
几乎是最好的中国操作系统了起点OS，我在使用深度Linux？其中，深度OS不都是国人开发的Linux发行版吗
操作系统最关键的是系统内核，开发一个内核要耗费大量人力物力，中国没有几个企业敢冒这个险，所以那些所谓国产操作系统都是基于国际系统开源内核，并且经验少，开发的系统除红旗能实际使用以外（但它解体了），其他的大多数系统连QQ这样常用程序运行起来都很困难，所以拿到市面上毫无竞争力。中国国产操作系统只有拥有自己的系统内核才能真正崛起，但这也是最为困难的。
你怎么知道中国没有？去了解一些相关历史再发问吧
中国有啊 红旗
红旗啥？？
linux是开源的
听过小红帽吗？
能像微软那样兼容的适合大多数人用的
其实可以的 只是大家不熟悉
linux不适合大多数人用
为什么啊？
那你用的是什么？？？
一个 linux
一个微软？？？？还是[苹果]？
一个linux 一个微软
有中国的系统啊，少人用
操作系统的相关知识
等待您来回答
下载知道APP
随时随地咨询
出门在外也不愁关于加强内部协作的一些想法
经历一个月对现场工作的支持，体验到了现场实施工作的紧张度和繁杂性。身在测试组，结合实施和测试组的现状和经历，提出了一些个人想法，从测试组出发的角度可以考虑采取一定的措施促进加强开发部和工程部的协作。
一、建立工程支持测试接口通道
该项措施可以从以下几点考虑来做说明：
1、快速响应现场实施人员的迫切问题
测试组成员通常对系统功能的整体设计和实现细节的掌握和了解具有一定的优势，系统功能在使用过程出现问题，能快速熟练地切入进行问题原因排查，能解决部分现场出现的问题。当然实施人员期待解决的问题有时还达不到提工程TD的程序，因为它并非是程序缺陷，有可能是对于功能无法实现的无从下手，也有可能是数据未成功上报的流程问题，也有可能是相关配置不恰当问题等等，这时测试人员及时响应对其提供帮助，充分满足了实施人员面对迫切问题时团队支持的需要。
2、分担工程支持对开发人员的压力
开发人员对于开发工作有着独特的情感，他们非常乐于沉浸在其中享受编写代码的创作乐趣。我们偶尔会听到一些来自开发的声音：我天天忙于工程支持，非常怀念纯粹开发代码的日子。我们从这句话的背后还能听出一些小小的抱怨，一些工程支持是没有任何技术含量的，只是在解决程序运行的配置问题。而测试人员的测试工作都会经历部署过程，对于必要的参数配置很是了解，所以测试人员至少可以解决掉部分配置方面的问题。从而留给开发人员更多的开发时间以及解决实际程序技术问题。
3、了解现场存在的问题和改进需求
在参与到现场工作的过程中，我们时常可以发现一些潜在的问题，这可能也是表面问题的根源。有时某功能的最初设计逻辑没有任何问题，但当在实际生产环境运行的时候，我们会发现它们并不能很好的适应现场环境，而且还有可能影响了后续功能的实现。由于我们对设计逻辑实现的深入了解，这时我们会主动提出需求要求改进设计逻辑，使其能更好的适应现场环境。这些发现只有我们参与到现场问题解决的情况下才会发生，当然有经验的实施人员或者交给时间也会发现的。
4、对某些实施工作的解决方案提供帮助
实施人员需要解决的问题可谓是繁冗众多，如当实施人员迁移部署某个系统功能时需要先做出一套解决方案，关于一些细节的实现和分类整理等测试人员可以对其提供必要的帮助。
对于上述几点的描述，主要是从实施团队意识、开发时间整合、测试能力要求、测试角色渗透方面谈及的。虽然表面上都是工作本身的问题，但是我们可以看到对人的一种关怀。实施人员能够得到及时的支持，不会觉得自己的孤军奋战的，开发人员有更多的时间不被分离，集中精力进行思考编程，而测试人员要做到上述几点，需要有对系统功能的整体和细节有全面的了解（至少大部分）的较高要求，同时参与到组间更多解决问题的事务中去，体现测试人员的价值。
或许会出现一个疑问了，测试人员的工作怎么保证？测试组最主要的工作当然是系统测试，不能忽视最本职的工作。上述建议是在测试组抽派一个人来担任，当然初期可以是两个，同时兼任本职工作。就像目前已存在的开发工程接口人类似，将这种时常受到打断的突发问题集中在一两个人身上，但是要想做好测试接口人员，还是有上述自己的要求的。
二、新功能设计文档开放
“授人以鱼不如授人以渔”，测试人员在做工程支持时，协助或者自行解决现场的问题后，应考虑如何将解决方法交接给现场实施人员，以便以后出现类似问题或者相关问题，实施人员已知道该如何着手进行排查解决。
近两天我有着手总结整理某些模块功能点的整体实现框架流程图，并展现给实施人员看。但我发现每个项目上实施人员对模块功能的了解程度不尽相同，这种整体流程图对不太了解功能实现内部逻辑的人看，还是有一定的参考价值，而对于已经了解整体流程的人来看，这些目前来说是不必要的，因为他都已经懂了。而他目前需要的应该是功能实现的细节，且对实现细节有强烈的需求，甚至因工作的需要，主动要求看设计文档学习理解功能设计细节。
所以通过上述事例，我的两点想法是：
1、对于一个比较完整的新模块或新功能，我们是否可以考虑开放概要设计文档给实施人员。
对于如此全新的完整的功能，实施人员永远拿到的一个任务升级部署文档，上面可能会对如何升级如何部署写得较为详细，但是对于一个新功能是如何设计实现，如何应用的却知道的凤毛麟角，靠慢慢摸索使用。这样很不利于实施工作以及与用户交流。作为一个部门团队的成员，我们是否可以考虑开放设计文档。
2、测试组应适时了解实施人员对文档的使用需求，调整规范相关文档编写方向和方法。
测试组基于对系统功能的全面了解，经常做一些文档维护和功能总结。最初功能总结文档只是为组内部使用，其实对外也是有一定的参考价值的。但是目前文档的编写方式仍按个人风格进行编写，不乏存在一些杂乱无章的现象，甚至不利于自己的维护更新。测试组应适时了解实施人员对文档的使用需求，调整规范相关文档编写方向和方法。
三、参与实施技术交流
实施部定期发布《实施技术交流期刊》，除收集一些现场实施技术本身的问题解决方法，还会发布一些产品新增或改进功能，以及bug修正列表。看到这份期刊时，感觉到的是一种分享和提高。但是也会不禁的在想，测试组的声音在哪里，为什么像bug修正列表这种信息不是由测试组发布呢。或许大家会觉得这是不是乱往自己身上揽事，但是从另外一个角度想，如果我们什么都不参与，是不是也可以理解为有没有我们都行？这个问题是需要认真审视的。
从此可以延伸的问题：测试组应做的事情如缺陷数据分析、测试计划案例等等该如何走上正轨？测试组在研发团队中的地位该如何提高？这些问题也是需要认真思考的。
已投稿到：
以上网友发言只代表其个人观点，不代表新浪网的观点或立场。 上传我的文档
 下载
 收藏
该文档贡献者很忙，什么也没留下。
 下载此文档
正在努力加载中...
在小团队中app开发的用户体验创造及管理
下载积分：1200
内容提示：在小团队中app开发的用户体验创造及管理
文档格式：PDF|
浏览次数：2|
上传日期： 17:10:17|
文档星级：
该用户还上传了这些文档
在小团队中app开发的用户体验创造及管理
官方公共微信玩具产品开发中工程的T1和TE是什么意思_百度知道
玩具产品开发中工程的T1和TE是什么意思
我有更好的答案
可谁都没有睡著她想也许他还爱我，不然她不会流泪的老的咒语——让一个人三天内爱上你 一天，男孩和女孩吵架了。爱的最高境界是经得起平淡的流年。世界上最美的木乃伊,这是一个***，当然她也不再对他说”我也是。
等发完后看看三天内就能得到心爱的人，下意识地猛
地用双手去捂她的耳朵。他想。他不再对她说”我爱你”。雷声紧接著炸假装什么也没发生，他们谈到了分手的事。一天晚上，他醒了，也许她还爱我，同学说他试过了，天上打雷了。不发的话你将有霉运一个月。第一声雷响时。半夜，生怕我受一点点吓，请在收到次消息后发给三个论坛，背对背睡下了，才发现不
知何时他又拥著她
其他类似问题
为您推荐：
您可能关注的推广
产品开发的相关知识
等待您来回答
下载知道APP
随时随地咨询
出门在外也不愁

我要回帖

更多关于 软件开发团队管理 的文章

 

随机推荐