| 【相关分析】（18个分析） |
|
|
时间：2008-03-07
题目：呼吁诚信
分析：我觉得这是诚信的问题。
良好的职业道德保障社会有序进行，从自己做起，树立良好社会风气。
|
|
|
时间：2007-12-12
题目：怪自己
分析：你太大意了 还有就是自己劳动成果不好好保护
|
|
|
时间：2006-12-24
题目：一次痛苦的软件外包经历
分析：这个不能算是严格的案例，只能是问题分析了。在明显你是弱势群体的时候，没有意识到这一点，当然更不会才去必要的措施保护自己了。不过我觉得可能你还是没有让你的客户见到你的真正的工作，如果你能让你的客户明白你做的工作，那么情况应该是另外一个景况。
|
|
|
时间：2006-08-04
题目：多方面的分析
分析：这个是一个多方面的问题：
1、合同上的问题：要明确交付物、各种款项交付
2、需求分析、范围管理与开发方法选择：这个项目有了比较明确目标，但是集体的范围没有确认需求分析没有去做导致的后面的需求便来变去。
3、知识产权的问题：开发人员对自己的源代码没有保护，导致源代码泄漏，泄漏后没有合法取证，导致以后的结果
4、个人软件开发的思考：个人开发主要考虑的是技术方面，对项目管理一无所知，没有风险计划、成本进度管理等等，这是以后个人开发中要十分注意的
|
|
|
时间：2006-05-29
题目：外包管理流程
分析：一个企业是否需要外包,是通过自制/外包两方面分析而决定的,很显然,那个公司是没有能力完全那个新技术的项目而采取外包方式的,但软件外包,一般只外包开发的组件,或者模块(让你帮助开发),或者选择一个咨询公司要求提供解决方案,一般不会选择外包技术攻关,而且一般人/团体/公司也不会去接这种外包单,因此我认为这个外包的案例在接单的人身上发生了很大的问题,第一,你应该理清楚,公司外包给你的是什么?第二,知道你接下这些外包的是以什么方式提交给公司?如你技术攻关, 只要你答应也可以,那应该在合同上说明,只要他们使用了你接下的技术点来开发了,就应该付款;第三,签订明确的合同,将工作,提交成果,什么形式,什么方式使用,应该承担的风险全部写明确,并签订,技术保密协议.综上所述,要解决这方面的问题是,第一,明确这种外包该不该接;第二,签订非常明确的合同;第三,对风险,时间要充分估计;第四,防止技术泄密,采用法律文件的形式保护自己的知识产权.
|
|
|
时间：2006-05-18
题目：挖掘客户需求
分析：这种事情在IT行业经常发生。
普遍客户工程师在技术及知识上比较欠缺些。不知道方向，如何下手是很正常的事情。承包方应引导客户提出业务模型，最好是类似选择题的方式。旁边注释优劣。当选择好后，要进行一次评审，需要对方的项目责任人参加并签字。
不能一开始就做（大忌），除非对方给的是明确的需求说明。
如果实在对方提不出需求，也只能开发一个业务模型，等确定好以后才开发实质的东西。
说白了，这个项目的失败，不能全怪客户。
首先，目标就没有明确，需求以及设计方案都没有得到正式认可就开发，往往导致离客户的意愿越来越远。
|
|
|
时间：2006-05-17
题目：需求变更的范围控制
分析：应该设立需求变更的范围，超出这个范围就应该要求对方重新签订补充合同，并支付相应费用。不要随便答应客户的要求，一切以合同签订时的需求为准。也要让客户站在你的角度想想，多体谅你。
|
|
|
时间：2006-05-03
题目：自我保护意识
分析：这个不能算是严格的案例，只能是问题分析了。在明显你是弱势群体的时候，没有意识到这一点，当然更不会才去必要的措施保护自己了。不过我觉得可能你还是没有让你的客户见到你的真正的工作，如果你能让你的客户明白你做的工作，那么情况应该是另外一个景况。
|
|
|
时间：2006-04-30
题目：还是诚信问题
分析：如果你说的是实话，这家单位的诚信有问题
|
|
|
时间：2006-04-26
题目：项目合作中注意保护自己的知识产权
分析：项目合作中作为提供技术方案解决的一方一定要注意保护自己的知识产权，自己的技术方案是合作者赖以于自己合作的关键，一旦失去了技术方案的独有性那么合作也就没有意义。这里只能告这个单位违约，其它的也就顶多给予一些道义上的谴责罢了。
|
|
