扫码阅读
手机扫码阅读

ASK MO第53期 | 如何看待“XXX规范文档”伸手党?

68 2024-02-20

正文共:2640字   预计阅读:8分钟

哈喽大家好!

这里是空谈误国,实干兴邦的创新实干派。

我是莫老师????

欢迎来到每周二晚9点的ASK MO时间

SUN

MON

TUE

WED

THU

FRI

SAT

1

2

3

4

5

6

7

ASK MO来到了53期,越来越多的人加入了我们的互联网商业闭环。我们一起讨论,通过商业闭环能梳理我们的商业模式、组织架构 、财务模型,大家进步很快,莫老师感觉到很兴奋,一点不累。这正是我想达成的,能帮助更多的企业实现自己的创业梦想。

好了话不多说,回到我们的ASK MO。

本期话题

• 领导们分歧不断,应该如何从中斡旋?

• 没有绩效考核的创业团队,如何激发积极性?

• 如何避免产品经理PO们频繁“插”需求?

• 开发总是无法及时给出提测时间,求支招!

• 如何看待“XXX规范文档”伸手党?

本期提问

问题1

团队中有很多职级相对较高的人,争锋想上位,在工作中他们常出现分歧,应该如何在里面斡旋?

——西小北

不管团队当中有多少人,有多少领导,他们想的什么,在职业当中,最好的生存之道就是如何站队

其实站队很简单,先做干系人识别,谁是自己最有利害的干系人,首当其冲当然就是直接领导。因为我们几乎所有的评价都是直接领导给我们的,他是我们最直接,最有影响的干系人。

然后,其他的干系人怎么管理呢?搞清楚这个团队最重要的几个决定性的干系人,在要做团队决定的时候,可以开会前会,和关键干系人达成一致,最后再开全体会议讨论这一结果。因为有了关键干系人的支持,其他干系人就比较能形成一致,所以,会前会的重要性不言而喻。

问题2

背景:初创型团队,成立至今近两年,处于缓慢成长状态,收支勉强持平。领导主张开源节流,技术团队五人以下,无人事部门。在成立之初推行过kpi绩效考核,但小团队氛围融洽,leader友善,一般都会达标,久而久之绩效考核废弃。公司对团队建设不看重,可视为无法从公司争取固有工资以外的员工利益(包括额外奖金、项目奖、员工福利等)。团队氛围还算和睦但积极性不高,很多工作也处于“做完了”但“做不完整”的状态,成员产生惰性,排斥引入新技术架构,导致项目整体架构水平不足、存在诸多bug等问题。

问题:

在没有绩效考核且缺少资源支撑的创业小团队,如何激发团队积极性?

——鱼饼

可以没有考核,但是每个人都应该为他们设立共同的目标,这个目标叫做战略目标。公司很小,那么每个人应该很清楚他们做的这些事情,对于公司财务目标的影响。把这个财务目标定为公司战略级的目标,然后进行目标分解,目标一定要具体,可衡量。

比如:

对于产品来说,达成用户数量多少。

对于运营来说,用户关注和用户活跃多少。

对于市场来说,达成多少合作,签完多少合同。

对于销售来说,销售金额多少。

对于研发也有目标,比如我们系统服务的响应时间,系统的稳定程度。

每个人应该为了这个目标而努力。不仅是完成,而是很好地完成。

关于员工积极性不高,其实上周也有说过,这里不展开,只是想提一下,我们要有一个很高格局的愿景,而不仅仅是做一件简单的事情,让大家知道自己做的这个事情,某些细分市场是非常伟大的。老板不要觉得这个事情很虚,要不断地去强调,统一思想是一件非常有意义的事情。

问题3

刚来到一家互联网企业做项管,所在产品线为社交类软件,涉及10+以上的模块和团队、同时版本节奏较快(每周发版),需求变更也较多。

目前面临如下的困扰,希望莫老师协助:

问题1、产品总监希望项管规划好每个版本的需求,但是在实际运行中,每个模块的产品经理PO都想在每周的迭代内带上本模块内尽可能多的需求,往往在发版前还在加班改bug,导致开发和测试都有抱怨。应该如何避免类似的情况?

——小白龙

出现这个情况有三个点要注意:

其一是,缺少一个PO当中的PO,每个模块都有PO。但是这个产品也需要一位整体的PO来进行规划,才能有一个整体的产品视角,这个PO来分解公司的战略,变成产品战略,并监督落地实现。

其二是,我们的产品架构要进行调整,要做微服务化解耦,这样才能做到其他的产品模块的更新迭代不会影响其他产品模块的功能。

其三是,组织跨职能团队,尽量把产品,开发和测试团队按照模块划分,这样可以解决资源使用问题。

问题4

(接上一问)

问题2、目前需求评审,是分模块由产品经理组织进行,评审完之后,开发侧总是无法及时的给出提测时间,而产品和测试都在催着要项管排期。尝试过去催具体的开发要提测时间,反而被投诉。类似情况,有没有比较好的流程来规范好各端,降低沟通成本。

——小白龙

开发侧总是无法及时的给出提测试时间?我觉得项目经理不要急。在前面你说的情况的背景下,开发同学的资源分配得不太好,然而产品同学又是多个PO,优先级这个事情全推给开发同学去完成,开发同学本来就又忙又乱,这种情况下你又让他们给出准确地时间评估。如果你是开发,你也不会给,因为给了不达标,到时候又扣绩效。

所以正确的做法应该是这样:让开发同学评估相对可能的提测时间,并告诉开发同学,这个时间是为了让测试同学更好地开展后续的工作,并表示时间点不是最终确定时间,和绩效考核没有关系,如果项目当中有变更,随时可以再进行调整。

最后,按照上一题我说的,慢慢调整并优化团队结构,给团队时间让团队更加成熟。

问题5

为什么在群里提出的问题,往往都是这种类型:请问谁有XXXX规范文档?而这种类型的问题就比较少见到:我手上项目出了问题,还请各位大神指点迷津,小弟先谢了。

——群内的热心人

那是因为这个时代,大家都讲“速成”。所以为了迎合大家“速成”的想法,网上才会出现那么多“速成”的课程,比如30天成为项目经理,30天成为产品经理等等。大家都没有静下心来想一件事情:很多规范是别人的公司在自己公司的商业模式下,在自己的组织架构下,在自己的绩效管理下整理并提炼的,对于有些企业来说,连参考意义都不大。

所以,学习企业,少去学习“招式”,多去学习“心法”,以企业经营之道,多想想自己的企业规范怎么建立。遇到问题,多问问大神,他们趟过的坑才我们要学习的,少走点弯路,多总结自己,我们会成长得更快。

我是MO老师,我在「创新实干派」等你。


· · ·END· · ·

原文链接: http://mp.weixin.qq.com/s?__biz=MzIxMjM1MjMyNA==&mid=2247484760&idx=1&sn=57366c44cb7a643e680887d4e2429782&chksm=97462973a031a065cd9ebe2ed69843326f5c7df73dc5afb5b31799ca76173aaca3029991667f#rd

小文分享

65 篇文章
浏览 7604
加入社区微信群
与行业大咖零距离交流学习
软件研发质量管理体系建设 白皮书上线