项目管理沙龙第一次会议纪要-研发项目管理

>>项目管理沙龙第一次会议纪要-研发项目管理

项目管理沙龙第一次会议纪要-研发项目管理

引言:当今社会市场竞争激烈,软件开发企业想要占据前列需要在研发管理上下功夫,“向管理要效益”已经成为软件开发企业的共识,研发项目管理在软件企业中的普及也是大势所趋。国内做软件项目管理工具的开发商翼发云近几年发展十分迅速,越来越多的软件开发企业认识到研发项目管理的重要性,能切实有效降低成本,规范软件开发流程,提高软件产品质量。国内研发项目管理系统、敏捷开发管理工具的领导品牌翼发云敏捷项目管理系统采用可视化业务流程技术,支持瀑布模型等传统软件研发项目管理,同时也支持scrum等敏捷开发流程,是理想的敏捷开发管理工具,涵盖软件项目管理工作的整个生命周期。为提高国内软件开发企业的项目管理水平,分享一篇企业管理相关的知识文章。

项目管理沙龙的第一次聚会纪要

会议的主题是项目管理和敏捷。敏捷是近几年的热门话题,也是最让人误解的名词了。 scrum

有人在会上提了这样的例子:

两个人A和B去爬山,B不管37个二十一,直接去山上走到目的地,然后半路走上马路,他们就会回头走另一条路。这就是所谓的“敏捷”。第一个是绕山跑了三圈,做了一个完美的计划,进行了风险评估和设计的响应计划,然后做了几个里程碑。最后,它开始实施。在山顶,人们称之为“瀑布式项目管理”,现在人们认为B将首先到达目的地。对软件项目管理

实例引起了反对。并且认为写这个例子的第一个人不应该理解敏捷。相比之下,敏捷更强调计划和阶段的划分,过程跟踪的强度比传统方法更接近。

提出”什么是敏捷的话题。敏捷开发流程

首先强调的敏捷方法的一致性和传统的教学项目管理方法的目的,从而实现项目的目标(进度、成本、质量、团队等)为目的。但它们是两种完全不同的解决方案的产物。

,传统的项目管理方法,一般认为,员工需要通过严格的约束驱动的,和那些管理他们的项目经理。几乎所有关键的项目工作压力都集中在项目经理身上,由PM进行任务的分解、评估、工作分配和任务跟踪,还需要对过程数据的收集和评估等,当PM出现差错、懈怠或者不胜任的时候,项目就会陷入混乱和停滞。队中的气氛,一般的士气不高,没有明确的团队激励机制。研发项目管理

,但敏捷方法采用相反的观点,他们首先强调人的因素。我们希望充分调动人民群众的积极性,把项目管理的责任分配给每个人,每个人都要参与项目团队的各项管理工作,履行他们的承诺。通过持续的“计划-实施-检查-改进”(PDCA)工作周期,确保团队和所有相关人员得到改善。敏捷方法的主要激励机制是“成就感”,因此团队气氛一般很高。在BPM和AOM的scrum实践有明显的感受。

也已经被作为一个例子:

早上八点,A从深圳到北京已经准备好了。但是当他到达机场时,他迟到了。于是他上了一辆出租车,把司机B带到北京,要求中午。

显然是一个很过分的要求。从深圳到北京很远,很明显4小时内到达是不可能的。它用一个数学公式来解释,即:速度和时间;时间远远小于“距离”,所以这是不可能完成的任务。

但在一个软件开发项目,同样的场景,但也有不同的结果:客户要求在一定的时间内完成项目,为B项目经理可能答应下来,但结果是要么不完整或完整,质量不高,导致后期返工。

是目前最常见的问题是项目团队无法评估量表的项目,不知道项目组的执行力,从公式“= ×距离速度;的观点,项目组不能评估该项目结束所需的时间。在客户的无理要求面前,这样的乱承诺这并不奇怪。

,通过过程数据的收集和评价,是项目经理完成项目实施能力、规模的一项重要工作,质量和进度数据。但在传统的项目管理方法中,实施起来并不容易。一般来说,企业实现CMMI3或4可以实现它的能力。但通过实施scrum方法,这些数据基本上可以被收购后的头两个迭代。为什么

做在很短的时间内?为什么

不会在短时间内做到?这是沙龙中提出的另一个问题。事实上,敏捷所采用的管理策略是一种“人民战争的战略”,即调动积极主动参与日常管理的主动性和主动性。有如此多的人,通过日常例会和其他频繁的交流,来获得项目的信息和状态。当然,这比传统项目经理更有活力,更详细,更全面。更重要的是,项目团队成员“,”他们基本上对自己的工作感兴趣,甚至自己找工作。传统的项目管理工具没有达到工作的积极性。

所以”敏捷更深入、全面的精细化管理。在实践中,敏捷项目经理不需要比传统的项目经理更高的能力,但更轻松。在

讨论不是每个人都能意识到敏捷。事实上,scrum不是什么新发明,是传统的项目管理已大量应用的技术,如功能需求评估、数据收集和评估,项目的工艺设计方法,项目管理过程只需要坚定地朝着目标,只要是好的方法可以在实践中我们可以对scrum基地开发了一套符合敏捷开发过程的特点。传统的项目管理方法也可以采用一套敏捷实践,慢慢地敏捷自己。

,但是也正是这种观点的一个直接的异议。从公司目前的两个项目scrum经验,敏捷过程(至少scrum)的一些做法如隐喻、评估和评价的时间点相互平行;例如,知识转移和游戏积累分数;每一次迭代中的“规划会议的日常会议;”周期审查会议;PDCA过程;团队责任原则如团队工作,等等。没有这些基本价值观,“敏捷”不再是敏捷的,而是不包含在这些价值中。传统的项目管理方式永远不能“敏捷”起来。

,当然有其自身的缺点。第一个问题是缺少一个关注全局的人,关注建筑。但很快就表明敏捷只是项目管理的一种方式,把这个缺点作为敏捷的缺点是有点牵强的。后来再讨论,我们发现,在实施敏捷时,仍然不能忘记每个部门的作用和重点,虽然被称为“、”,但仍然是平等的;架构师应该更加注重体系结构,测试工程师仍然不能忘记产品测试和“;。对

敏捷的目的是抛弃各种规章制度,所以不存在“在敏捷实施过程。即使是敏捷核心价值观,也必须有这样的方式和方法去做。灵活性是敏捷的表现,但“灵活”并不等于“粗糙”;事实上,敏捷是排斥“粗糙”的;我们需要看到敏捷、灵活、落后、精细的各种实践。我们去看

敏捷宣言:

敏捷软件开发宣言

http://agilemanifesto.org/iso/zhchs/

我们一直在寻找在实践中更好的软件开发方法,

它同时帮助别人。因此,我们建立了以下值:

个体和交互比流程和工具

工作的软件是较详细的文档

客户合作高于合同谈判

响应变化高于遵循计划

也就是说,虽然对项目都有其价值,

我们更加注意左边项目的价值。

可以看到所谓的”敏捷的方法是坚持项目管理的敏捷的概念。

,但在敏捷实施过程中,并不是一帆风顺的。顺利和敏捷管理的过程中,机器的帮助是很重要的,如关键的”连续集成

总结

,虽然这次讨论的主题是“项目管理和敏捷”,但话题涉及到项目管理的许多方面。会议气氛热烈,有许多精彩的地方,个人很满意。但因为这是第一个沙龙,会议的主题有点分散,一些学生希望主题更清楚。

期待更好的未来。

文章从互联网整理而来,旨在传播scrum、软件项目管理、研发项目管理、敏捷开发管理工具的知识与应用,帮助软件开发企业真正了解研发项目管理的价值和意义,如果本文侵犯了您的权益或者您需要具体了解更多国内做研发项目管理系统的公司翼发云敏捷项目管理系统的相关信息,欢迎和我们联络:

【网址】www.effapp.com

2018-02-19T13:28:22+08:002018-02-19 13:28:22|Categories: scrum项目管理|