作者scottshai (打字猴)
看板Soft_Job
标题[讨论] 如何工作？开发不同系统间交换资料的程式
时间Thu Sep 21 22:59:41 2017
最近在软体开发上遇到一些状况，
这状况最後的结局是导致测试及撰写文件的人要加班把东西弄好。
但细想整个流程，感觉我同事这加班是可以避免的，
所以想Po来询问大家，如何用最少的时间，做到一样的事情。
有三个系统 A、X、Y，
角色有 PM-A、PM-X、PG-A(我)、PG-X、辅导，
公司都称测试及撰写文件的人叫辅导 (虽然我查网路好像没特别这样说)
X 跟 Y 系统两者之间的功能只有些微不一样；
A 与 Y 之间资料交换的程式已经上机有好一阵子，
整个传送的过程也都很顺利；
今年8月底的时候客户要求 A 跟 X 也要有一样资料交换的程式，
同时因为 X 跟 Y 有些不一样，来自 X 的资料在 A 前端显示会有些微不同，
程式要求9月底交付；
PM-A 了解需求後告诉我怎麽做，
因为知道有时间压力，所以把 A系统 这边的程式在9月初完成後发测，
结果测试一直出现错误，大部分的原因是 X系统 要与 A 交换的程式有缺漏，
使得传过来给 A系统 的资料不完全， A系统因此一直报错。
来回几次之後在今天 PM-X 跟我说 A 前端的显示
跟当初 PM-A 说有些不一样，以及今天要将文件完成先交给客户，
今天下班前 辅导问我说这个要改好要多久，
我想了一下大概要一个小时，由於前端显示并没有差很多，
辅导决定用修图的方式先把文件做出来，
想到我可以明天一早上班就先处理掉，就准时下班了。
过去我划分职责的方式是照程式是写在哪个系统上的，
但依照这分法，A 与 X 个系统间的资料交换，程式写在 X 系统，
所以不是我负责的，
但那只程式的 domain know-how 比较多是跟 A系统有关。
所以我应该要在开发过程中去主动了解那只程式的状况，
来避免我的同事加班吗？
更进一步的来说，A、X、Y 三个系统都是同一家公司负责的，
所以有问题只要走到彼此办公位置讨论就好，很方便；
但 A 跟 其他公司的系统 I 也有资料交换，如果以後要增加资料交换的功能，
程式开发时间势必会因为电话及邮件来往间耗掉很多时间。
不知道大家听到上述状况，有没有甚麽想法呢？
是不是有更好的作法，能够花更少的力气，做到一样、甚至更多的事？
--
1F：→ nightfly1984:为追一个女孩认真读书，最後考上交大，把春青的故事08/15 15:23
2F：→ nightfly1984:写成小说，最後拍成电影，这还不够热血吗?08/15 15:23
3F：→ nightfly1984:我不敢说九把刀现在有多成功，但他的确是一步一步在08/15 15:25
4F：→ Bonescythe: 赚钱08/15 15:26
5F：→ nightfly1984:实现他的热血，以及他说出来的梦想..08/15 15:26
6F：→ Bonescythe: 定价25008/15 15:27
--
※ 发信站: 批踢踢实业坊(ptt.cc), 来自: 49.217.118.161
※ 文章网址: https://webptt.com/cn.aspx?n=bbs/Soft_Job/M.1506005985.A.7B6.html
※ 编辑: scottshai (49.217.118.161), 09/21/2017 23:03:12
7F：推 Clain66: 不就PG-A跟PG-X在一开始就定义好资料沟通介面，两边各自 09/22 01:17
8F：→ Clain66: 开发这样吗？写程式的人也要负责写文件给测试人员才对， 09/22 01:17
9F：→ Clain66: 没文件也要讲清楚流程 09/22 01:17
10F：推 alog: 我的直觉在於 你们开了一个根本自己做不到的时间 09/22 02:31
11F：→ alog: 从一开始的时间就是错的 也就是你们对於自己在做什麽事情 09/22 02:32
12F：→ alog: 都不太清楚 09/22 02:32
13F：→ alog: 然後给客户一个根本做不完的时间 09/22 02:33
14F：→ alog: 跟承诺 09/22 02:33
15F：→ alog: 修改维护案每当增加一系列的项目更改或新增功能时 09/22 02:34
16F：→ alog: 每一项下会动到哪些在准备执行前就会初估时间 09/22 02:35
17F：→ alog: 等到时间估出来 才会拟新案合约开始执行 09/22 02:36
18F：→ alog: 你们写到会发现测试过不了或是有持续性问题 我的感觉就是你 09/22 02:37
19F：→ alog: 们在评估阶段时可能连测试都没初步测试能不能整合或调整都 09/22 02:37
20F：→ alog: 不知道就贸然开案 09/22 02:37
21F：→ alog: 还有连缓冲时间都没有 09/22 02:37
22F：→ alog: 客户越急 你们上面的人就必须要有能力跟对方谈 09/22 02:38
23F：→ alog: 这项悲剧我只能说 你们要自己检讨流程 而不是程式的问题而已 09/22 02:38
24F：→ alog: 帮不了你们 09/22 02:38
25F：推 ripple0129: 看来看去都是介面没先沟通好产生的问题 09/22 05:13
26F：→ doranako: 两边规格书打开一看就知道，没写表示一开始没定好(pm问 09/22 08:34
27F：→ doranako: 题)，交换资料格式一定要写在规格书 09/22 08:34
28F：推 chuegou: 结论是当初A-Y之间的传递说明文件乱写对吧？ 09/22 09:09
29F：→ chuegou: 你照着说明实作 发现有问题对吧？ 09/22 09:09
30F：→ chuegou: 那就无解 若文件不保证正确 那这件案子就一定会撞进去 09/22 09:09
31F：→ chuegou: 而且是撞进去才有办法知道错误 09/22 09:10
32F：→ enthos: 系统A,B,C,D,E都有它们自己的export/import成json格式的 09/22 09:41
33F：推 maxqq: 辅导 xd 为啥不叫 QA or SQA 09/22 09:41
34F：→ enthos: 界面,只认自己版号的格式.专用的系统Z负责转换格式。 09/22 09:41
35F：→ maxqq: 我想有两个 .. 1. flow chart 2. swagger hub api test 09/22 09:44
36F：→ maxqq: 你们要加强流程图与测试工具，而非系统整合後，的完整测试 09/22 09:45
37F：→ maxqq: 最後，再用 jenkin 的部署，进行上线单元测试即可 09/22 09:45
38F：→ maxqq: 先把 flow 图搞定，交给各方人马资料交换的结构方式 09/22 09:46
39F：→ maxqq: 再把测试工具/api交给对方，自行验证 09/22 09:47
40F：→ maxqq: 基本上除非没想到的例外状态，再加入到 flow / api 中即可 09/22 09:47
41F：→ bobju: 要磨合 没有绝对答案 09/22 11:54
42F：推 shietsd: 这个例子应该是你们五个人为一个team的概念去做才对，依 09/23 00:06
43F：→ shietsd: 照project 组队就没什麽问题 09/23 00:06
44F：→ shietsd: 各自单独的A，X系统的问题也要处理，所以A,X间的问题优 09/23 00:07
45F：→ shietsd: 先权就是PM-A/PM-X来决定 09/23 00:07
46F：推 zased: 没有API的观念就是这下场 很新手的问题...... 09/24 10:51