需求延期的小讨论

前提

客户早上找到我,说是领导看到一个大需求的进度慢,工作量也很大。领导很不满意,让我们分析下原因。

过程

沟通过程概述

  • 客户合作经理:进度慢,有你们乙方的原因。但也有我们甲方的原因
  • 客户开发主管:我们合理评估工作量就好
  • 客户需求负责人:我的需求是有膨胀
  • 乙方合作经理:慢的原因有:需求膨胀、技术调研&试错
  • 乙方技术负责人:范围有膨胀,但技术复杂度很多。有试错是正常的。

分析问题

  • 需求膨胀
    • 原因
      • 前期需求分析不到位,开发人员开始Coding。进行一半,发现需求有遗漏,加新卡
      • 需求在Coding时,就不清晰。
    • 解决
      • 需求分析时,尽量做到足够清晰,再Coding
      • 如果中间有需求膨胀或调整,则走新的需求。不在原有需求上再追加
  • 技术方案试错
    • 原因
      • Story原本的技术复杂度高,在方案确定后,在实现过程中,发现不满足业务需求,需要换框架
    • 解决
      • 所有技术方案均需要与甲方开发主管确认后,再进行Coding
      • 如果开发过程中,需要更换技术方案,需要再次三方评估,重新确定新的工作量

本质问题

  • 客户领导的关注点
    • 一个需求做了一个月,没有做完。与预期差异较大。
    • 花费的成本与收益不对等
  • 自己的问题
    • 没有及时关注团队内部的进度及风险,并告知甲方
    • 没有把风险管理起来,引发了这次风波
  • 团队的问题
    • 没有正确流程操作意识,根因:团队JR新人太多,经验缺失
    • 没有管理客户期望的意识

总结

这个问题,虽然看起来不大。但已经说明甲方爸爸缺失对我们的信任了,如何在后续的工作中,建立起来足够的信任,需要我们做更大的努力才可以。当然,作为PM,我自己也要更多去关注客户的预期,同时控制团队的风险。想起一位同事对PM及格线的定义:对内保护、对外

RIA 便签法

1
2
为什么读书会没有效率,书中的内容不能很好的吸收。
赵周老师发明了关于致用类书籍的 RIA 便签法,让我们可以用更好的形式来解决这个问题。

RIA

中的内容使用便签的形式管理起来,便于结合自己经验认识来强化对内容的理解与吸收

Feedback反馈

为什么要提反馈

什么是反馈

来自百度百科 - 反馈

1
反馈又称回馈,是现代科学技术的基本概念之一。一般来讲,控制论中的反馈概念,指将系统的输出返回到输入端并以某种方式改变输入,进而影响系统功能的过程,即将输出量通过恰当的检测装置返回到输入端并与输入量进行比较的过程。反馈可分为负反馈和正反馈。在其他学科领域,反馈一词也被赋予了其他的含义,例如传播学中的反馈,无线电工程技术中的反馈等等。

简单来讲就是,我跟你说话,你要响应我。如果我说的是你做的好的,就是正反馈;如果是做的不好的,就是负反馈。

为什么要提反馈

提反馈,是为了提出并让对方知道在什么场景下的行为是 正确的还是错误

1
如果你为了 对方 好,请给出`反馈`。

TeamLeader的有效沟通

1
2
3
4
5
6
7
8
9
10
11
12
13
大王 作为项目的TL,最近接手一个任务,需要分配给同事去做,其他同事都不适合只有 小牛 比较适合。小牛 是项目组的成员,平时加班很多,最近家里也有点事情。工作和生活的事情加在一起,搞的 小牛 焦头烂额的。
于是,大王 找 小牛 想说下分配工作的事情,大王 也知道 小牛 最近加班很多。感觉有点不好意思,但工作还是要分配的。

大王:小牛啊,看你最近加班挺多的。但没有办法,我们又接到一个新任务,公司下个月要把这个项目做完。要不公司今年的业绩会受到影响的。这个任务,还要分配给你
小牛:又有任务?我现在每天都在加班,忙的很啊
大王:没办法,别人都不适合干这个
小牛:(皱了皱眉头),那好吧。

小牛虽然接了新的任务,但他的内心很不愿意。又迫于 大王 是领导,没办法拒绝。只要继续之前的工作状态。

很多人都有过类似的经历,无论是安排或被安排。那么我们有没有办法,可以让 小牛 在接受任务的时候,不那么难堪。或者让 大王 明白 小牛 其实内心很不愿意,但没地方诉说。

那么,在 大王 分配 任务时,我们是不是可以换一种沟通方式来解除双方的沟通障碍,让沟通更加顺畅?

为什么会有沟通障碍

究竟是什么原因,引起这样的情况发生呢? - 认知偏差。下面我们来看看究竟什么是认知偏差

  • 来源 百度百科
1
认知偏差是指人们根据一定表现的现象或虚假的信息而对他人作出判断,从而出现判断失误或判断本身与判断对象的真实情况不相符合。

TeamLeader的角色认知

1
经常在团队内部出现问题时,作为一名合格的TeamLeader,我们如何才能正确的分析问题并解决问题呢?

如何分析问题

  • 找到问题的本质:每个问题的发生,都是有原因的。作为TL,如何引导团队找到问题的的本质
    • 为什么会发生这样的问题
  • 分析发生的原因:
    • 为什么这个人会引发这样的问题
    • 如何让团队在后面的开发过程中,避免再次出现类似的问题
  • 引发问题的原因及解决方案
    • 与团队成员一并商讨,问题的原因
    • 最终达成共识,确定解决方案
1
2
3
4
从上面分析问题的过程,我们可以看出来作为TL
- 一定要从当前的思维中跳出来,找准自己的角色
- 在问题分析的不同阶段,扮演好不同的角色。
如何才能正确的认知TL角色、作为TL需要戴哪几顶帽子呢?下面就这两个问题讨论下
Your browser is out-of-date!

Update your browser to view this website correctly. Update my browser now

×