大项目设计和管理复盘 - 含需求评审如何评审.
日期: 2016-12-06 分类: 跨站数据测试 339次阅读
今天最好的表现是明天最低的要求
我觉得协同是自己遇到最难的一点.
反思: 遇到沟通协同困难的时候习惯性退缩,苦恼,激动,自我设限.
改进:
1. 自己的计划task是否完整. 在有计划的前提下才能有信心向上要求资源和帮助. 才能协调优先级.才能跟踪
2. 精进型任务需要其他端人力投入进行case分析,一旦分析过就要有能力把噪音过滤掉. 不然下次再要求投入就很难了.
事情落地能力:
1. 可见下的计划性,根据task约定时间,如果不够,向上要人力,
2. 不可见下需要其他端人力case分析精进,并且必须要噪音过滤. 持续性要求投入分析.
容易陷入的坑:
1. 早会只抛问题,抛风险,感觉抛出来老板知道后就可以了. 抛出后, 具体对风险的action是什么, owner不管了, 需要老板定下来, 要么改时间,要么加人.
2. 只关注action,没有数据支持,可衡量具体化.
3. action执行者不把自己当owner, 依赖方需要管理,时间点,和过程风险暴露和解决. (自己经常遇到的坑)
4. 不要对别人有要求,你缺失了什么信息,你需要主动了解,首先你得知道对方角色应该干什么活, 不要抱怨, 事后再委婉提出. 慢慢你就全才了,成长了. ( 流程不一定在团队内强制,比如需求评审, 但是自己可以主动找产品要缺失的东西,首先你得知道要哪些东西,你得是个好产品. case1: 快捷方式. 除特别声明,本站所有文章均为原创,如需转载请以超级链接形式注明出处:SmartCat's Blog
标签:项目和管理 时间管理
精华推荐