软件项目管理
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 条评论
回复 删除
下一页
