软件项目管理
2022-07-08 10:20:06 1 举报
AI智能生成
为你推荐
查看更多
管好软件项目都要做那些事儿
作者其他创作
大纲/内容
质量:好
成本:便宜、免费
范围:比较容易调整
时间:快
客户(管理期望值)
快 + 便宜 = 质量很差并且多数伴随功能少
快 + 好 = 费用成本高多半是早期软件,功能少只实现核心功能但体验不错
好 + 便宜 = 开发周期长,但开发时间长费用成本不见得少,所以多半也伴随功能少
快 + 便宜 + 好 = 这会是一个体验不错但功能少的软件,比如微信早期版本只能语音
免费 + 快 = 这样的软件也很多,质量基本没谱了可能还有安全风险
免费 + 好 = 这样的软件也很多,比如某零杀毒软件,当年就是以免费出道,但成本就很高开发周期一般也比较长
快速、免费、质量好的软件是不存在的
如何平衡?
流程规范
项目计划
MS Project---WIN
OmniPlan---MAC
Merlin Project---MAC
项目计划管理工具
Jira
Azure DevOps
GitHub---Issue 跟踪管理系统
禅道
Worktile
TAPD
云效
基于 Ticket 的任务跟踪系统
国外
国内
项目管理工具
项目成员(管理流程规范)
好的项目管理,不需要直接去管人,而是管理好流程规范
项目成员不需要按照项目经理的指令做事,而是遵循流程规范。
概要
管人
场景一:外包项目,需要阶段验收。---》 V模型
场景二:项目风险高,随时可能会中断。---》 螺旋模型
场景三:山寨一款软件产品,希望能快速上线发布。---》增量模型
场景四:客户都没想清楚想要什么,但是个大单子。---》RUP
场景五:我的产品已经上线,但是需要持续更新维护。---》迭代开发
选择开发模式
V模型:本质上它还是瀑布模型,只不过它是更重视对每个阶段验收测试的过程模型。
螺旋模型:这种强调风险,以风险驱动的方式完善项目的开发模型就是螺旋模型。
增量模型:主要适用于需求比较清楚,能模块化的软件系统,并且可以按模块分批次交付
迭代模型:固定时间周期,在固定的周期内选择适合的需求开发任务和 Bug 修复任务去完成,按时发布
统一软件开发过程(Rational Unified Process,RUP),适用于复杂和需求不明确的软件系统。
详细说明
相同点:都是把大瀑布拆成小瀑布
增量模型是按照功能模块来拆分
迭代模型则是按照时间来拆分,看单位时间内能完成多少功能。
不同点
增量模型和迭代模型的区别
初始阶段:主要是确定需求边界和主要风险,几乎没有什么开发工作。
细化阶段:这个阶段主要是确定需求,可以采用快速原型模型开发,和客户对需求反复确认,需要辅助一定量的开发和测试工作。对代码质量可以要求比较低,重点是确认需求。可能需要一个或多个版本迭代。
构造阶段:在需求确认清楚后,现在可以使用迭代模型来开发,逐步交付产品。这个阶段的重点是开发和测试。如果迭代中,有新的需求加入或者需求变更,也可以在新的迭代中加入。
交付阶段:在开发和测试完成后,产品可以交付客户,根据线上运行情况还需要修复一些 Bug。这个阶段重点是测试和部署。也会有多个迭代。
把要做的事情,按照一个树形结构去组织
逐级分解,分割成小而具体的可交付结果,直到不能再拆分为止
反复思考各种可能存在的问题。
任务拆分的越细致,分析的越清楚,时间估算越准确
要让负责这个任务的人员参与估算,消除偏差
对于估算的结果,通常还要考虑增加一些余量
估算时间
沟通最好的方式就是倾听和恰当的提问
沟通
梳理可并行的任务
梳理有依赖关系的任务
根据任务之间的关系,资源的占用情况,排出合适的顺序
排任务路径
制定项目计划
跟踪计划
调整计划
风险 = 损失 x 发生概率
发生后,会造成什么样的损失?
发生的概率有多大?
风险包括两方面内容
什么是风险
第一版做太多功能
太依赖新技术平台
与公司另一个有份量的产品竞争
团队人手不足
复杂的问题,需要复杂的解法
成员开始隐藏进度落后的事实和原因
不断更改、增加的需求
2.0 症候群 - 非要更大、更强、更美
产品没有市场立足点
你根本无法解决的大问题
10 个项目死亡的信号
项目风险:项目预算、进度、用户和需求等方面的问题
人员风险:人员离职、人手不足等问题
技术风险:采用的技术所可能带来的风险
商业风险:与市场、产品策略等有关的商业风险
软件项目风险分类
第一步:风险识别,识别可能的风险
风险发生概率的大小
风险造成后果的严重程度
第二步:风险量化,对风险进行评估量化
被动应对:风险已经发生,造成了问题才被动应对
有备无患:事先制定好风险发生后的补救方案,但没有任何防范措施
防患未然:对可能的风险做出防范,并把风险防范作为项目任务的一部分
风险应对方式
风险的管理,才是体现项目管理水平的地方
回避风险——更改导致风险的方案
转移风险——将损失转嫁出去
缓解风险——降低风险发生概率或减少可能造成的损失
接受风险——明知山有虎偏向虎山行
风险应对策略
第三步:应对计划,对风险制定应对策略
对监控内容量化
设置风险阈值
后续报警和处理机制
第四步:风险监控,对风险进行监控预警
风险管理步骤
风险管理
跟踪控制
成员会有很明显的来自 DeadLine 的进度压力
就是在里程碑完成后,大家会获得一种正面激励
设置里程碑
项目经理定期收集跟踪
项目成员主动汇报
计划需要跟踪和调整
每日站立会议
看板
实践
管事
软件项目管理
0 条评论
回复 删除
下一页