BA工作～夹在中间好难，并请教一个BA工作问题

xiaopangmao

楼主，现实ba工作有一个难题，想请教。一个cots系统有vendor做configuration.但是我们没有documented business process and requirements.现在直接进入sprints.一些stakholders说应该暂停，不去想系统功能，专心做business requirements.PM意思在sprints里做business requirements. 我有点同意pm,从系统功能出发，看business如何使用系统，遇到一个问题解决一个问题，在这个过程define business requirements. 等最后结束了再帮他们写一个新的business process.
我现在加在business stakeholder 和pm中间很难受，想听听大家意见。

hanxuema

很简单,谁是你的direct manager就听谁的

xiaopangmao

Ba-pm-it manager
现在pm和it manager意见相左，pm坚持sprints,因为和vendor有contract,并觉得这是agile. It manager就说要暂停，搞business requirements.我天天和it manager坐一起。

yzh1999

Requirement的进度谁accountable? 人员是谁的

管閒事的路人

你是公司内部员工就听business。是consultant就听上级。

namu

感觉应该先明确核心功能 其他的零碎功能就边开发边写需求了

xiaopangmao

yzh1999 发表于 2024-2-29 18:34
Requirement的进度谁accountable? 人员是谁的

就是ba也就是我。计划是在sprint里，demo之后我提供requirements给vendor.他们config.
现在demo，business觉得就是个空系统，他们不懂系统，vendor不懂business process.很多人就想暂停sprint，只做business process 和business requirements. Pm和vendor还想推进sprint.我也不懂现在document requirements从哪入手，离开系统功能这个context,我问business什么问题啊

xiaopangmao

管閒事的路人 发表于 2024-2-29 18:37
你是公司内部员工就听business。是consultant就听上级。

是内部员工，直接上级是pm.

管閒事的路人

xiaopangmao 发表于 2024-2-29 18:50
是内部员工，直接上级是pm.

不要明怼pm，但是基本上最后会是business赢。你和pm比他们更懂业务另当别论。

这种情况很容易出现：
Sprint 1:yep just like that, easy eh?
Sprint 3:you know the bit we did earlier? There's this "small" exception and which you missed in your requirement docs, assume it's easy to add?

然后就要重做。

hxsh2000

这里几乎没有对错，都是谁的利益谁维护。

你是internal ba又汇报给PM，之后又有it manager的关系，那么里面谁是和你一样的internal permanent，又是谁的关系把你放到项目组，最终预算话语权是在哪里？说到底，你想和谁打好关系对你最有利，你以后会和谁或者哪位上级打交道，特别是谁给你的这个机会呢？

xiaopangmao

hxsh2000 发表于 2024-2-29 20:28
这里几乎没有对错，都是谁的利益谁维护。

你是internal ba又汇报给PM，之后又有it manager的关系，那么里 ...

先不说利益关系，到底谁的说法正确

kane321

核心的business requirements都没有， 做哪算哪 我就见过这样的pm运作的， 然后之后需求又变来变去的， 好歹先做下需求分析
搞半天最后总是做事的来擦他屁股

hxsh2000

xiaopangmao 发表于 2024-2-29 20:40
先不说利益关系，到底谁的说法正确

我回复的第一句话你就说了，都有各自的理由，没有对错。

如果你还纠结谁对谁错，那么当我没说。我从07职业生涯开始就做了四年BA，说实在的，能问这种标准化的对错观点的，几乎没办法根据具体问题具体分析，而这些都是需要根据形势而定的。这里没有对错，这里没有对错，这里没有对错

xiaopangmao

hxsh2000 发表于 2024-2-29 20:46
我回复的第一句话你就说了，都有各自的理由，没有对错。

如果你还纠结谁对谁错，那么当我没说。我从07职 ...

谢谢！几乎所有人都说要先弄business process，business requirements.但是现在是把所有spreadsheet换成系统，我觉得应该从新系统入手，看看business怎么利用它达到目的。我不明白现阶段怎么从spreadsheet里面做出来business requirements.也不知道应该从哪入手问他们问题做出来business requirements.

管閒事的路人

xiaopangmao 发表于 2024-2-29 21:22
谢谢！几乎所有人都说要先弄business process，business requirements.但是现在是把所有spreadsheet换成 ...

这不正正是BA的活吗。拿spreadsheet自己研究一下，然后约人谈。公司什么行业？

xiaopangmao

管閒事的路人 发表于 2024-3-1 06:05
这不正正是BA的活吗。拿spreadsheet自己研究一下，然后约人谈。公司什么行业？

...

房产 建筑

给自己2分

ba是什么？

ittgx

楼主厉害。三哥特别喜欢这种对技能要求模糊的职位，华人BA感觉好少。

yzh1999

xiaopangmao 发表于 2024-2-29 21:22
谢谢！几乎所有人都说要先弄business process，business requirements.但是现在是把所有spreadsheet换成 ...

所以你的职责是需求分析，这一步无论如何都是要做的，上不上sprints其实和你关系不大，不需要卷进去。

另外听上去你的困惑是不懂新系统提供什么功能。你需要搭配一个functional，靠边做边谈需求是不够的，会产生很多返工，到时候压力就更大了

xiaopangmao

yzh1999 发表于 2024-3-1 08:54
所以你的职责是需求分析，这一步无论如何都是要做的，上不上sprints其实和你关系不大，不需要卷进去。

...

他们现在是用spreadsheet record and report. 我不知道gathering business requirements问啥问题，他们自己也不太知道，要不就是把所有需要record的fields告诉你，然后vendor说我们按照sprint一个模块一个模块来，你说的那些需求我们还没讲到呢

nariko

换个思想，如果这些事情都是顺其自然大家很容易就达成一致，要你BA做啥，一线干活的人自己协商一下就deploy了。 我觉得最后解决某件棘手的事情并不重要，重要的是这个项目或者参与项目的人，并没有把关系弄僵或者到处comlain。 你的作用就是确保大家和和气气，没人complain。 这事情最后到底是弄成功了还是弄了个四不像，甚至回到原点，都可以接受。

yqzcabao

流程分析，流程优化，流程固化，流程再造

管閒事的路人

xiaopangmao 发表于 2024-3-1 10:08
他们现在是用spreadsheet record and report. 我不知道gathering business requirements问啥问题，他们自 ...

现在这个流程有什么问题。
底层数据哪来的，格式。
有没手动输入部分
有没人为判断元素，修正，核对
有了数据后怎么算，总结
结果储存要求
还有一大堆
留意有什么坑

这事最好问他拿最近几个月的spreadsheet认真学习一下。一般business告诉你的都是简易版，一定要核对是否正确，完整。

管閒事的路人

感觉楼主还不够了解业务需求的重点，一定要先学习
直接开工的那种一般胸有成竹，例如以前就是做业务的BA。

xxmplus

nariko 发表于 2024-3-1 10:25
换个思想，如果这些事情都是顺其自然大家很容易就达成一致，要你BA做啥，一线干活的人自己协商一下就deploy ...

这个说的是对的，你挣得就是这份钱，风箱里的老鼠，两头受气

enyacat

看来BA和DA差别很大啊。。。DA飘过，没这么多流程。一直觉着有些流程反而耽误事。

ryu2011

感觉一个瀑布，一个敏捷，是不是先让老大把开发模式定了？

kitcat

个人观点，这种已经有产品外加迁移性质的项目敏捷不了，最多scrum fall。举个例子，你盖房子不会没有见过户型就交钱先造一面墙看看效果。全敏捷更适用于innovation，快速从无到有，适者生存的项目。不过不建议你和谁硬顶，反正都能做，你的职责不是去judge他们对错的，根本无需夹在中间。PM也没说sprint不开你就不许收集需求吧？让他们慢慢商量，你先干起来。等开工了所有人等需求下锅，如果没人知道该干嘛，瞎搞导致不能用返工超支延期之类的，你就只能等着收锅了。

Fernando

这种流程和文档不清楚的项目都是坑，不过更应该担心的是PM。如果要挨板子，第一个就是PM。LZ毕竟是BA，根据汇报线做好份内事问题不大。

xiaopangmao

kitcat 发表于 2024-3-2 14:36
个人观点，这种已经有产品外加迁移性质的项目敏捷不了，最多scrum fall。举个例子，你盖房子不会没有见过户 ...

Pm.vendor说在每个sprint里面gather business requirements. 我让vendor提供list of questions然后我去问business. Vendor不肯，我不能只问general question, what do you do projects management?我需要具体的问题guide 他们，但是vendor不提供任何资料，也没有specification doc.既然现在有product了，我觉得应该从系统出发，告诉business有这些功能，你们决定要不要用，怎么用。而不是完全脱离系统，只document现在的process,因为有了新系统business process会发生改变。vendor有business spreadsheet,我希望他们根据现有的spreadsheet做基础的config,有问题告诉我，我现在需要vendor提供具体的问题我去问business。不知道我的想法对吗