软件项目管理笔记day10
软件项目团队计划
团队计划
人员职责计划
项目组织结构主要类型
- 职能型
- 以部门为主体承担项目
- 可以一个部门承担多个,也可多个部门承担一个
- 适合于由一个部门完成的项目或技术比较成熟的项目
- 优点:充分发挥职能部门的资源集中优势,便于相互交流,相互支援
- 缺点:项目和部门利益发生冲突的时候会丢失项目目标,资源平衡也会出现问题
- 项目型
- 单目标垂直的组织方式
- 一个项目一个项目组,项目完成后就解散
- 以项目经理为首
- 优点:项目经理对项目负全责,以项目为中心
- 缺点:资源不能共享,对成员缺少连续性和安全感
- 矩阵形
- 职能型和项目型混合
- 从部门中选择合适的项目成员,组成临时的项目组
- 优点:专职的项目经理 以项目为中心
- 缺点:容易引起项目经理和职能经历之间的利益冲突,资源共享也会引发冲突
人员职责计划
- 责任分配矩阵RAM
- 对项目团队成员进行项目分工,明确角色和职责
- 组织分解结构OBS
- 按照组织现有的部门,单元或团队进行排列,并列出工做任务
- 文本型
干系人计划
- 干系人是能够影响项目决策,活动或者结果的个人,群体或者组织以及会受到或者自认为会受到项目决策,活动或者结果形象的个人,群体或者组织
- 让项目干系人对项目有正向的影响
沟通计划
- 在IT项目中,成功最大的威胁就是沟通的失败
- 确定谁人需要信息,需要什么信息,何时需要信息,以及如何将信息分发给他们
- 沟通的方式
- 书面沟通和口头沟通
- 语言沟通和非语言沟通
- 正式沟通和非正式沟通
- 单向沟通和双向沟通
- 网络沟通
- 沟通的分类
- 内部与外部
- 正式与非正式
- 上级沟通,下级沟通,横向沟通
- 书面与口头
- 沟通渠道数量
- 渠道越少越好
- 项目组织图
敏捷团队计划
敏捷的角色
- 产品负责人
- 团队促进者(Scrum主管)
- 跨职能团队人员(开发团队)
敏捷团队
- 最有效的敏捷团队往往由三到九个成员组成
- 理想情况下,敏捷团队应该集中在一个工作场所工作
- 团队100%为专职成员,协同工作
- 敏捷鼓励自我管理团队
- 仆人式领导
- 仆人式管理是通过团队服务来领导团队的
- 注重理解和关注团队成员的需要和发展
- 仆人式管理为团队赋权
- 旨在使团队尽可能达到最高绩效
沟通
- 高度透明
本博客所有文章除特别声明外,均采用 CC BY-NC-SA 4.0 许可协议。转载请注明来自 喵喵博客!