Home
>
鹤岗java项目管理
>
鹤岗项目管理题
鹤岗项目管理题

time:2020-07-20 09:19:02

author:重庆佰鼎科技有限公司

【Font size: big medium smail

本文由重庆佰鼎科技有限公司提供,重点介绍了项目管理题相关内容。重庆佰鼎科技有限公司专业提供java项目管理,项目管理要素,项目管理 要素等多项产品服务。公司秉承信誉至上、至诚至信、以信为本,力求服务好每一个客户。

项目管理题 项目管理在我们的工作和生活中,都是特别重要的能力。在这个发展飞速,个性化的是时代里,我们能得到的最稀缺的赞赏大概就是 - 靠谱,靠谱是什么意思呢?我觉得就是“说到做到”,这里就需要很强的项目管理能力。

而项目管理能力包括缺一不可的三个方面:一是各种工(Tao)具(Lu);二是逻辑思维能力;三是不达目的誓不罢休的坚韧性格。

这篇文章里,我会简单总结:

1. 什么是项目管理(Project Management)

2. 项目的几种形式(瀑布式,螺旋式,敏捷式等)

3. 可行性分析 (Feasibility Study)

4. SWOT 分析(Strength - Weakness - Opportunity - Threats)

5. 甘特图 (Gantt)

6. 项目的规划

7. 8D 问题解决方法

项目管理一般都从3P说起:

Portfolio Management (项目组合管理):就是现在手里有这么多钱可以用来做投资,投资哪些项目是最有收益的?

Program Management (项目集管理):决定了要做哪些项目,每一个项目就是一个program。项目集里的项目之间可能有资源流动,项目依赖。

Project Management (单个项目管理)

何谓项目管理呢?

目标明确/具体 (一般是催生某一个变化,维持现状的一般属于日常运作管理)有时间限制(明确的开始和结束日期)由横向的、临时性团队执行 (多元化团队,项目干系人)过程存在一定的不确定性 在项目最前期,一定要通过调研和大量的沟通,明确客户的要求(注意区分要求和愿望),明确“做什么”和“不做什么”。后者很容易被忽略,但是真的非常重要,早点明确可以减少以后的反复。

还有,记住一条人性的规则:满意度 = 创造的价值 - 期望值,所以合理管理别人的预期。

质量,时间和成本(项目管理的三要素)之间必须有一个明确的优先级关系(取舍,轻重缓急),而且在项目的发展过程中,这个优先级顺序也可能需要进行调整。

这里分享一个我的项目管理老师教的“道歉法则”- 如果这一项失败了最难找到借口,那这就是最重要的。

中国人有句老话“做事先做人“,平时我们要多走动,在任何正式和分正式的场合和项目的干系人多沟通,主动地给予别人关心,帮助和赞赏。我总相信,你对人,对事是不是走心,别人是可以感受得到的。

项目的几种形式:

软件开发模型_百度百科

1. 瀑布式 (Waterfall):

这是最传统的一个方式,在我所在的汽车行业,产品开发几乎都是这个模式。

http://prepareyouran.us/2. 敏捷式 (Agile development):

Agile software development

This follows a pattern similar to the PDCA cycle, as the work is planned, done, checked (in the review and retrospective), and any changes agreed are acted upon.

This iterative approach supports a product rather than a project mindset. This provides greater flexibility throughout the development process; whereas on projects the requirements are defined and locked down from the very beginning, making it difficult to change them later. Iterative product development allows the software to evolve in response to changes in business environment or market requirements.

Because of the short iteration style of agile software development, it also has strong connections with the lean startup concept.

Agile software development values:

- Individuals and Interactions over processes and tools

- Working Software over comprehensive documentation

- Customer Collaboration over contract negotiation

- Responding to Change over following a plan

Iterative vs. waterfall

One of the differences between agile software development methods and waterfall is the approach to quality and testing. In the waterfall model, there is always a separate testing phase after a build phase; however, in agile software development testing is completed in the same iteration as programming.

Because testing is done in every iteration—which develops a small piece of the software—users can frequently use those new pieces of software and validate the value. After the users know the real value of the updated piece of software, they can make better decisions about the software's future. Having a value retrospective and software re-planning session in each iteration—Scrum typically has iterations of just two weeks—helps the team continuously adapt its plans so as to maximize the value it delivers.

The Manifesto for Agile Software Development is based on twelve principles:

Customer satisfaction by early and continuous delivery of valuable softwareWelcome changing requirements, even in late developmentWorking software is delivered frequently (weeks rather than months)Close, daily cooperation between business people and developersProjects are built around motivated individuals, who should be trustedFace-to-face conversation is the best form of communication (co-location)Working software is the primary measure of progressSustainable development, able to maintain a constant paceContinuous attention to technical excellence and good designSimplicity—the art of maximizing the amount of work not done—is essentialBest architectures, requirements, and designs emerge from self-organizing teamsRegularly, the team reflects on how to become more effective, and adjusts accordinglyA broad range of software development frameworks, including Scrum and Kanban .

3. 螺旋式 (Spiral development): PDCA

Spiral model - Wikipedia

The spiral model is a risk-driven process model generator for software projects. Based on the unique risk patterns of a given project, the spiral model guides a team to adopt elements of one or more process models, such as incremental,waterfall, or evolutionary prototyping.

4. 平行式

就是几个方案同时进行开发,在某个阶段根据结果终止其中的几个项目,对人员进行重新编制。

可行性分析 (Feasibility Study)

在项目发起人谈“概念”的时候,项目经理要做不是直接把它当成“项目范围”“项目目标”,而是从这个概念入手,进行调查研究,调整,澄清,可行性分析,然后和项目发起人一起制定一个靠谱的“项目范围”。什么叫“靠谱”?还是我那句话-能说到做到的,就叫靠谱。

有一个很有用的表,叫做 R-W-W(real-win-worth it,现实-胜出-值得),也称为希瑞洛(Schrello Screen)筛选表,1980后发展出多个版本,被广为运用在评估创新组合的商业潜力和潜在风险(包含通用电气 General Electric,霍尼韦尔 Honeywell,诺华 Nova和3M等公司)。

对1~17子问题的回答如为“不”或“也许是”,应由研发小组设法看是否能转为“是”,如任一题的回答是“绝对不”,则强烈建议停止研发;对A1~C2中的任一问题的回答如为“绝对不”,那么项目一般应该终止。

A.创新项目现实吗?

A1.市场可靠吗?

1. 谁想要/需要购买我们的产品?

2. 顾客能购买该产品吗?

3. 潜在市场的规模够大吗?

4. 顾客愿意购买该产品吗?

A2.产品可行吗?

5. 产品概念清晰吗?

6. 产品能生产出来吗?

7. 最终产品能满足市场的需求吗?

B.我们能否胜出?

B1.产品有竞争力吗?

8. 产品有竞争优势吗?

9. 产品优势能持续吗?

10. 竞争对手会如何反应?

B2.我们的公司有竞争力吗?

11. 我们拥有优越的资源吗?

12. 我们的管理是否得当?

13. 我们了解市场并能响应市场需求吗?

C.是否值得去做?

C1.在可承担的风险范围内,产品能带来利润吗?

14. 预测的收益高于成本吗?

15. 风险是否可以接受?

C2.推出该产品符合公司战略吗?

16. 产品符合我们的总体增长战略吗?

17. 最高管理层支持吗?

SWOT分析 (Strength - Weakness - Opportunity - Threats)项目管理题

SWOT分析法_百度百科

SWOT分析法,即态势分析法,对研究对象所处的情景进行全面、系统、准确的研究,从而根据研究结果制定相应的发展战略、计划以及对策等。SWOT分析法常常被用于制定集团发展战略和分析竞争对手情况,在战略分析中,它是最常用的方法之一。

这是我2014年毕业招工作的时候,针对当时Ford 在中国的情况做的SWOT分析,^-^

PDCA (Plan - Do - Check - Adjust/Action)方法:

随着时代发展的加速,还有一些高增长行业的发展特点,传统的瀑布式的管理正在逐步被迭代成长式的项目管理取代,这里很重要的方法就是这个 - PDCA :

制定计划 - 具体实施 - 成果验证 - 重新调整

简而言之就是多总结,多反思,然后把结果运用于下一步的实践。

PDCA - Wikipedia

项目的规划 - Plan :

这是我之前听欧瑞管理咨询的项目管理课的时候,老师讲的项目规划的框架。老师强调:成功的项目管理,会把更多的时间用在启动和规划上,而不是寄希望于“边做边计划”,因为这样可能导致花更多的时间“救火”,而不是完成任务。

这里,我觉得最重要的是这三点:

1. 如何设置Milestone:

(1)高难度任务 (2)长时间 (3)指标性 (4)高风险 (5)阶段性产出

2. 如何估算一个任务需要多长时间能够完成:

关键路径 (Critical path),它是指需要最长时间的一条路径,项目持续的时间是由关键路径决定的。

3. 风险管理 (Risk Management) :

通常我们会把风险和机会放在一起来看(R&O - Risk & Opportunity)。

对于风险,我们要知道我们能够接受的底线(包括质量,时间,成本)是什么,然后在这个基础之上做出风险管理方案 :

(1)风险预防方案(Prevention Plan)

(2)风险侦测方案(Detective Plan)

(3)风险应对方案 (Contingency Plan)

著名的FMEA其实就是一种风险管理方法。

8D Report - 8D form - 8d template

甘特图

甘特图以图标的形式直观地展示出特定任务的顺序与持续时间。

1. 任务的逐级分解 (WBS - work breakdown structure)项目管理题

2. 计划任务与计划时间的对应关系

3. 任务之间的依赖关系

4. 任务需要的资源(人,设备等等)

5. 每日的实际完成情况与预定计划的对比关系

6. 一定时间内实际完成情况与同时期计划的对比关系。

用Excel还是Project来绘制甘特图,其实都可以,因人而异吧。对我而言,如果只是一个简单的任务分解和跟踪,resource协调和安排,我会用excel做一个最简单的计划,如果是涉及人物之间的关联,时间重叠的平行任务,需要自动生成进度报告等等的时候,会用Project。

我认识的一些项目管理的大拿们喜欢用Excel来编制个性化的模板,也非常赞。

这是最基本的一个任务和时间表。

我特别喜欢Project的这个直接添加周期性任务的功能。

自动生成报告:

有的时候还需要计划和跟踪成本,人员工时,设备使用时间等等。

自动生成报告:

https://www.rff.com/pert_hardware.php8D 问题解决方法

很多人不愿意认真去学习8D, 6 Sigma, FMEA等等这些流程,觉得这些方法又不能给予什么技术上的指导,只是在遇到问题的时候找到一个模板,一条一条填上来糊弄老板。这样的心态是错误的,这些解决问题的体系或者叫模型,能够帮助我们理清思路,也能够让整个团队有效率地共享信息,明确分工,计划,进度和方向。在解决了问题之后,这些文件也能够作为经验积累保留下来,给自己和别人作为参考。

D0 Prepare for the Global 8D Process (应急反应+准备)

评估和确定需要使用8D流程来解决问题。还有就是对应一些紧急情况,需要立刻采取围堵的措施 - Emergency Response Actions (ERAs),然后再按照8D来分析根本原因等等。

D1 Establish the Team (建立团队)

建立解决问题的团队,确定一个问题的牵头人。

D2 Describe the Problem (描述问题)

方法:质量风险评定,FMEA分析,5W3H

D3 Develop Interim Containment Actions (实施和验证临时围堵措施)

方法:FMEA、DOE、PPM

D4 Define and Verify Root Cause and Escape Point (定义和验证根本原因和问题被放过的原因)

方法:Fishbone diagram (Cause & Effect methods), 5 Whys, Fundamental physics, , Brainstorming, etc.

D5 Choose and Verify Permanent Corrective Actions (PCAs) for Root Cause and Re- evaluate Escape Point (选择和验证永久解决措施和控制问题被放过的措施)

方法:FMEA

D6 Implement and Validate Permanent Corrective Actions (执行和验证永久解决措施)

D7 Prevent Recurrence (防止问题再现)

D8 Recognize Team and Individual Contributions (感谢个人和团队贡献)

Reprint please indicate:http://hvzg.cnsoftweb.com/xmgl-2902.html