软件外包在需求不明确时如何管理

liulanying

情况：对日软件外包，由于日本的公司以前画面负责人已经离职，现在日本方面根本就不清楚需求，但我们公司现在只能看日本方面提供以前画面的代码和一些模糊的资料。
问题：我们公司应该如何开发需求，如何进行管理.
致谢：感谢高人的指点，愿共同为中国的软件外包的发展而奋斗！

xwjob1980

同样的困惑啊！

yangxiaowen0622

我也曾经呆过这样的日本项目。起先只有原系统的代码和一系列的模糊资料。

那个项目是这么处理的，先根据原有的资料，将一系列画面的迁移过程给整理出来。理出画面一览＆画面迁移一览。
接着制作初步的纸芝居（HTML版）的画面。将其作为原型来开发。

在做完的纸芝居后，将其发送给日方确认。

接着再写修正案，基本设计，详细设计，代码，等。

在开发过程中，如果有什么需求点，或者user指摘要望等内容。无论是电视会议还是mail中，都记录在excel中。类似需求跟踪表一样。
反映需求点是否对应完毕，以及是否在后续工作产品中反映。

chengxq

原帖由 yangxiaowen0622 于 2008-7-23 13:15 发表
我也曾经呆过这样的日本项目。起先只有原系统的代码和一系列的模糊资料。

那个项目是这么处理的，先根据原有的资料，将一系列画面的迁移过程给整理出来。理出画面一览＆画面迁移一览。
接着制作初步的纸芝居（HT ...

[ 本帖最后由 chengxq 于 2008-10-21 15:16 编辑 ]

jaedonger

日企对信息的安全性很重视，这也就是为什么全球ISO27001的企业，日企占了一半以上。
所以日企方面给你的资料，很多程度上都是加密（只想到这个词）的。
2楼给的建议可以采纳，不过最好还是建议公司采取行动，和日方进行交流，以便让贵司在项目中更好的去实现。

笨猪

原帖由 jaedonger 于 2008-7-25 15:44 发表
日企对信息的安全性很重视，这也就是为什么全球ISO27001的企业，日企占了一半以上。
所以日企方面给你的资料，很多程度上都是加密（只想到这个词）的。
2楼给的建议可以采纳，不过最好还是建议公司采取行动，和日方 ...

你提及的和日本客户交流，我想和你确认的是：我们需要交流什么，你的想法是什么？
关于交流需求？现在日本客户那边已经离职了，对现在的功能都不是很清楚，但这个项目我们又不能
不做，必须要做，三楼提出的做法，实际是采用了原型的开发模式，我认为比较可行，但你的提到的是
沟通交流，我又不太清楚，希望能够指点！（这个问题是我的马甲号发的）

jaedonger

原帖由 笨猪 于 2008-7-25 15:48 发表

你提及的和日本客户交流，我想和你确认的是：我们需要交流什么，你的想法是什么？
关于交流需求？现在日本客户那边已经离职了，对现在的功能都不是很清楚，但这个项目我们又不能
不做，必须要做，三楼提出的做法 ...

个人认为沟通包括2方面：
1：与日方的交流，因为是日方的人员离职（在离职的时候，不知日方是否有通知贵司）。和日方去交流，希望那边能尽快在此项目的（沟通）人员上去做安排。可通过说明自身的困难，同时如果无法协调，有可能会带来项目的延期交付等等等的问题。。。
   记住要站在对方的角度去想，并把问题分析清楚！！！同时一定要把对方的需求明确下来，不要出现对方要的是桌子，项目经理以为是凳子，最后开发人员作出了梯子。
2：项目组内部的沟通交流，在项目组无法得到日方帮助的情况下，多沟通，这里可按照原来的开发模式来进行。
（个人愚见）

[ 本帖最后由 jaedonger 于 2008-7-25 16:33 编辑 ]

笨猪

原帖由 jaedonger 于 2008-7-25 16:08 发表



个人认为沟通包括2方面：
1：与日方的交流，因为是日方的人员离职（在离职的时候，不知日方是否有通知贵司）。和日方去交流，希望那边能尽快在此项目的（沟通）人员上去做安排。可通过说明自身的困难，同时如 ...

谢谢！这个答案不错，的确应该要考虑的，谢谢！

jaedonger

不用，多沟通交流。

puchonghui

原型迭代开发

记得要有书面文档