-
Notifications
You must be signed in to change notification settings - Fork 14
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
推进业务落地的经验 #92
Comments
赞。有一点点个人的经验就是,一定要工具化才能强制执行下去。 推项目落地和团队管理有点类似,两三个人的时候可以靠嘴去说,当团队慢慢扩大,会占用你越来越多的时间。这个时候就需要制度来约束个人的行为,比如扣工资,开除等措施来保证。 比如落实到 spider、lint 和 vbuilder 等,可以考虑在发布系统上面去卡,工具检查不通过,就无法上线。这样推起来会省力一点。 |
@stuzhaoxing 另外,推动的时候,和团队的步调节奏也会有关,可能在这个阶段不行,但到下一个阶段,就是更合适的时间点去推动,也就是“天时地利人和”。 |
@hoperyy 嗯嗯,得有半年的心理准备 ^_______^ |
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
推进业务落地的经验
有时候一个项目是团队协作的成果,也可能是异地多团队,且项目有一定复杂度,那么,在推进项目落地的时候,有哪些经验教训需要注意的呢?下面是我在推进一个团队项目的时候的一些总结,权当参考:
点
对于非专职 PM 来说,你往往会负责其中某一环节,你需要负责任地将自己负责的部分推进到位,不出差错。
面
你需要了解项目的各个方面,不一定很细,但是需要了解,这样在推进的时候,全局观会帮助你了解整个项目的状态。
不拖延
遇到问题马上沟通,如果能够快速解决的,就不要列什么计划了,立刻马上行动。
结论
如果没有目的,很多讨论会漫无目的,浪费参与者时间。简单直接,讨论需要一个结论,并及时周知。
推
有些参与者是需要推动起来的,不推,项目就容易停滞不前,尤其是在对参与方没有什么好处的情况下。
上下文
如果你是中途参与到项目的,你需要充分了解上下文。也就是,你需要区分 自己认为的上下文 和 对方认为的上下文,不要想当然。
势
别人为什么需要你的项目,一定要对他们有足够的收益,有抵触心理是人之常情。
以上是我在推动一个中途参与进来的项目落地过程中的总结,如果后面有新的想法,也会在此更新。
The text was updated successfully, but these errors were encountered: