欢迎来到扫码阅读
手机扫码阅读
目标之痛
10 2024-10-03
我们非常重视原创文章，为尊重知识产权并避免潜在的版权问题，我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容，访问作者的公众号页面获取完整文章。
查看原文：目标之痛
文章来源：
麦哲思科技任甲林
扫码关注公众号
摘要：项目管理中目标设定的重要性
本文通过四个案例探讨了软件项目管理中目标设定的重要性，强调了明确和正确的目标对项目成功的关键作用。
作者任甲林受到高德拉特的《目标》一书的启发，认为企业的根本目标是盈利，并应用这一理念在项目管理中，认为项目的根本目标应是保质、按时、在预算内完成。然而，作者在实际工作中遇到了多个与目标设定有关的问题。
目标错误之痛
在一个项目中，项目经理技术能力出众但管理能力不足，项目目标设定错误，即完成用户的物流管理系统和形成可复用的软件平台两个互相冲突的目标导致项目陷入困境。
目标摇摆之痛
在定制一套分销管理系统的项目中，项目团队在定制软件和开发标准产品两个目标之间摇摆不定，导致项目延期。
目标不明之痛
另一项目中，产品的目标、目标客户群和总体指导原则均未明确，导致项目经理和开发人员对项目方向理解不一致，最终项目被暂停。
缺乏目标之痛
在参与一个产品的客户需求评审会时，发现产品缺乏明确的目标，提出的问题引导公司最终及时明确了产品目标。
作者总结这些经验教训，感到痛苦并再次认识到目标在项目管理中的重要性，希望重读《目标》一书以深化理解。
想要了解更多内容？
查看原文：目标之痛
文章来源：
麦哲思科技任甲林
扫码关注公众号
相关推荐
麦哲思科技（北京）有限公司总经理 敏捷性能合弄模型评估师 认证的Scrum Master 认证的大规模敏捷顾问SPC CMMI高成熟度主任评估师 COSMIC MPC,IAC 成员，中国分部主席
379 篇文章
浏览 59.2K
麦哲思科技任甲林的其他文章
数据、现象与原因
某公司积累了最近2年24个项目缺陷发生率的历史数据（缺陷发生率为系统测试发现的缺陷个数除以开发的工作量），如下表所示： 对上述的历史数据，按年份画箱线图比较分析如下： 针对上述的箱线图，是否可以下结论认为2013年开发质量提升了，开发人员犯的错误就少了呢？ 其实未必。 如果对年份与项目的开发方式做卡方分析，则有如下的结论：汇总统
如何澄清“一句话需求”？
很多项目需求写的模糊，如何对这些模糊的需求进行澄清呢？通过哪些问题可以帮我们澄清需求呢？我设计了一个问题单供大家参考。
快速学习COSMIC方法之四：早期快速估算功能规模的方法
在介绍详细的COSMIC方法之前，我们先介绍一下在项目早期，在需求没有详细到可测试的程度时，如何估算软件的规模。实际上很多公司为了减少度量的工作量，往往采用近似的估算方法进行确定项目的预算。 进行快速估算的原理为：通过分析历史的粗颗粒度需求与实际规模之间的相关关系，找到二者之间的换算关系，然后对于新的粗颗粒度需求参考历史的换算关系快速地得到近似规模。这里的粗颗粒度需求的规模可以是功能处理个数
为什么要记录日志?
有个小兄弟今天询问我这个问题,于是系统地归纳如下： 工作日志记录了每个项目的每个人每天的每个任务投入的实际工作量与完成情况(完成任务的百分比、完成任务的规模，如代码行等)，基于这些数据可以实现： （1）统计每个项目、每个任务的实际工作量，并与计划工作量对比，分析人力成本的投入情况； （2）分析各种类型的任务在整个项目中的工作量分布情况，任务类型如：需求、设计、编码、测试、配置管理、质量保证
COSMIC规模度量方法v4.0度量手册中文版正式发布了！
COSMIC是通用软件度量国际联盟的简写，它成立于1998年，是一个由全球软件度量专家组成的非盈利自愿性组织，致力于软件规模度量方法的研究与推广。2002年1月COSMIC所推出的全功能点规模度量方法成为了ISO的标准，最新标准为ISO/IEC 19761:2011“软件工程—COSMIC—功能规模度量方法”。COSMIC规模度量方法相对于传统的规模度量方法简单实用，学习周期短，易于上手。一经推出
加入社区微信群
与行业大咖零距离交流学习
软件研发质量管理体系建设
白皮书上线
-
联系我们
电话：4006 8899 23 邮箱：beining@easycorp.ltd -
融实践库
关于我们 加入我们立即学习
微信号：xdwjack
-
微信公众号
-
微信视频号
-
社区微信群
