
看书
xxfly
这个作者很懒,什么都没留下…
展开
-
软件开发的基本原则
管理原则:项目估算和进度安排(精确估算-> 有效规划->有效开发) 计划编制(项目估算、时间进度、参与人员、项目组运作方式、采用的生命模型、管理风险、确定项目策略,如控制特色、是否需购买或外包部分产品。)跟踪(管理、监控、及早发现问题)度量(费用、进度、状态、质量、生成率) 技术原则:原创 2009-03-08 07:58:00 · 536 阅读 · 0 评论 -
像拍电影一样做软件-管理流程
原创 2010-04-08 07:16:00 · 680 阅读 · 0 评论 -
像拍电影一样做软件-资源管理的规划、预算不协调的根本原因
资源管理的规划:1、管理层要充分了解项目类型和所关联到的业务2、构建一个人才储备数据库3、使用人才数据库作为资源分配的参照4、定期对数据库中的人员信息进行维护和更新5、设定人才战略规划,依据项目和业务需要补充适当的人员6、岗位轮换,最大限度地允实企业的知识库 预算不协调的根本原因:1、让非技术人员主导评估2、照镜子(自我反省)恐惧症3、理解设计时间和调试时间4、不恰当或不清晰的需求5、一口原创 2010-04-08 07:38:00 · 622 阅读 · 0 评论 -
像拍电影一样做软件-分析设计
原创 2010-04-08 07:35:00 · 644 阅读 · 0 评论 -
目标——简单而有效的常识管理
公司是否赚钱的三个重要指标:净利、投资报酬率和现金流量 公司目标--我们要靠提升净利来赚钱,同时也要增加投资报酬率和现金流量。不着眼于局部效益。 效率与赚钱,高效率不一定赚钱,可能只是生产更多的多余存货。 每个人时时刻刻都在工作的工厂,是非常没有效率的工厂。 要根据目标来管理产能 平衡的工厂假如我们没有充足的产能,我们预估的有效产出就是假的。但是假原创 2009-06-19 16:40:00 · 1343 阅读 · 0 评论 -
梦断代码 第9章 方法
第9章 方法汉弗里在IBM执行强制进度纪律的成功基于两条原则1、计划是强制的。2、计划是“从下往上”,由负责按计划执行的程序员的经验和知识而来,而不是“从上往下”,靠管理者拍脑袋或对市场的期望而来。敏捷软件开发个体和交互 胜于 过程和工具可工作的软件 胜于 面面俱到的文档客户协作 胜于 合同谈判响应需求 胜于 遵循计划极限编程忘掉详细规约和代码文档只在确实需要时和实现之,而不是原创 2009-06-19 16:56:00 · 439 阅读 · 0 评论 -
成功的项目管理10-12章
10章 项目经理项目经理的职责 确保全部工作在预算范围内按时优质地完成,从而使客户满意。领导项目的计划、组织和控制工作,领导项目团队完成项目目标。计划:要高度明确项目目标,并就该目标与客户取得一致意见。再与项目团队一起制定实现项目目标的计划。组织:为开展工作如何合理地配置资源。给每个具体人员分配职责,授予权力。控制:需要一套项目管理信息系统,跟踪实际工作进度。积级主动及早发现、解决问题原创 2009-06-19 17:00:00 · 497 阅读 · 0 评论 -
高效开发环境、自愿加班
高效开发环境(软件开发需长时间不间断地集中注意力)工作的质量依赖于工作者保持“作业状态”1、 工作空间根据开发人员的个人需要配置2、 商务和社会面谈不应该在开发人员的办公空间内进行3、 防止打断有效“作业状态” 自愿加班(一周4-8小时的额外工作时间能增加10%-20%的产出)1、对开发者采用“拉”而不是“推”的方法2、不要要求加班,它将产生更少的原创 2009-03-08 08:19:00 · 333 阅读 · 0 评论 -
团队合作、团队结构
团队合作1、共同、可提升的愿景或目标(愿景有清楚的认识、挑战性的工作)2、团队成员的认同感(团队起名、队员精英感)3、结果驱动的结构(最大的产出团队具有角色明确、有效沟通系统、监控个人表现并提供反馈、决策制定以事实为依据)4、胜任的团队成员(特殊的技能、强烈投身工作的愿望、善于与团队成员有效合作)5、对团队的承诺(愿景、挑战和团队认同感结合做出承诺)6、相互信任(诚实原创 2009-03-08 08:16:00 · 502 阅读 · 0 评论 -
项目修复(最根本的问题通常是如何完成而非其它)
3种基本方式:缩减项目规模、把注意力放在短期改善上、放弃计划并着手准备危害控制。通过组合以上3种得到第4种:扔掉一些功能,尽量提升生产率,必要时抛弃原进度计划。 修复计划找出所需计划的类型(评估处境、应用W理论分析、作好修复准备、问问开发组需要做什么、变得现实一些。) 人员1、 恢复士气(让他们感到自己的重要性、适合的休假)2、 为开发组创造保健类因素原创 2009-03-08 08:10:00 · 286 阅读 · 0 评论 -
功能限定
项目早期:功能简化1、规格说明最小化(在可利用的资源里开发一个最合理的软件)2、需求筛选(删除一些功能是缩减进度计划最有效的方法)3、版本开发(另一种删除需求是从当前版本中删除) 项目中期:功能蔓延的控制(最严重的错误是把需求不稳定的情况认为是稳定的)1、变化的根源(迷人程序综合症、不清楚或不可能的目标)2、变更的影响(需求阶段考虑变更比建设或维护阶段考虑能减少5原创 2009-03-08 08:09:00 · 384 阅读 · 0 评论 -
快速开发中的核心问题
准时+低质量=低质量 超时+高质量=高质量快速开发的平庸产品很难与高质量的产品相比。好的项目进度,提前、推迟完成可能性各占50%。P93更有可能缩短总体开发时间将大量时间花费在项目前期工作上。P97 时间被用在哪里?35%有效,65%有害或无效的。返工(40%-50%)功能蔓延(需求变化和开发者的镀金可能引起25%的变化)需求定义(10%-30%,在原创 2009-03-08 08:01:00 · 328 阅读 · 0 评论 -
TCP重传机制
平均往返时延RTT=aX旧的RTT+(1-a)X新的往返时延样本 a=7/8超时重传时间RTO=BXRTT B=2新的重传时间=rX旧的重传时间 r=2 重传不采用其住返时延样本,当不再重传时再根据往返时延更新RTT.原创 2009-03-08 07:48:00 · 576 阅读 · 0 评论 -
激励机制
激励对生产率的影响最大、提高开发速度。最重要的5个激励因素1、 成就感(自主权、设定目标、)2、 发展机遇(进修机会、提供培训、自学假期、购买专业书籍、避免进度压力过大)各行业前10%平均为开发人员提供2周、软件经理3周培训时间。3、 工作乐趣(技术多样性、任务完整性、任务重要性、自主性、工作反馈)为能够专注于工作本身创造条件。4、个人生活(有实际计划使开发原创 2009-03-08 08:20:00 · 593 阅读 · 0 评论 -
风险管理、小型里程碑
风险管理风险评估(识别、分析、优先级) 发生的概率X损失的大小=风险暴露量(需包含在进度计划时)风险控制(管理计划、化解P78、监控) 小型里程碑(进行项目跟踪和控制的好方法)1、及早启动对危机做出反应2、让开发者建他们自己的小型里程碑3、保持小型特征(一两天内完成的)4、里程碑二分性(完成、未完成)5、制定一系列完整的里程碑6、在短期计划原创 2009-03-08 08:13:00 · 343 阅读 · 0 评论 -
进度计划
不好的管理方法是当某件事进展缓慢时,加倍速督促。完成期限的压力是软件工程最大的敌人。为保证项目顺利完成需综合考虑进度计划、投资、产品三方面因素。提出双方均有利的方案需灵活变通。1、 与产品有关的(分版本实现、分阶段交付、砍去费时功能、确定必须功能)2、 与项目资源有关的(提高开发的支持、少做官样文章、提高相关人员参与、增加测试人员)3、 与进度计算(在需求分析完原创 2009-03-08 08:07:00 · 386 阅读 · 0 评论 -
估算
大多项目超过估算的25%(1994),准确的估算是最大可能加快开发速度的基础。软件开发是一个改进的过程,能提前做出的决策越多,估算越精确。创建准确的开发进度:估算产品规模、估算工作量(人月)、估算进度、提供某一范围内随进度改进的估算。估算正确性依赖于软件定义的修正程度。 进度压缩因子=期望进度/初始进度 压缩进度工作量=初始工作量/进度压缩因子 0.83=期望1原创 2009-03-08 08:03:00 · 324 阅读 · 0 评论 -
像拍电影一样做软件-组合管理
原创 2010-04-08 07:29:00 · 507 阅读 · 0 评论