杂谈项目管理的重要性

在现代互联网公司,特别是小型公司,创业公司本找精简人力的目的往往没有配备项目管理人员,很多公司都是产品经理兼项目管理,或者直接是技术总监管理整个开发流程。但是在现实中往往发现项目开发的周期要远远超出预期,或者项目质量在计划周期内达不到产品要求。那众多互联网公司在项目管理上存在误区有哪些呢?

1.觉的团队小,沟通方便,没必要项目管理介入。这种情况出现在创业公司中居多。本来就因为各方面资源的限制导致团队较小,相应的工作在产品开发过程中往往可以精确到团队成员,自己只需要检查最后一个环节的工作成果就行。在这样的团队中缺乏一个统筹产品开发的全过程,从需求,到产品,研发,测试,市场。而往往是一个环节发生了变故导致了后面整体的变动。很常见的是需求发生变化,导致产品的发生变化,导致后面相关的工作完全停滞。

上面这种情况在小团队中经常出现,最后导致视觉,产品,开发,测试手上拿到的需求完全不一样。最后需要达到统一,终究会有人抓狂的… 在这里要说的是需要一个人对于产品的整个流程进行管理,控制。以保证整个团队得稳定,有序,可控。

遇到过很多在创业公司的朋友(多半是开发),很多都说这个产品做不下去,问他什么原因,一般都是产品经理的需求经常发生变化而往往不同步给我们,或者我刚做完这个功能,然后产品经理就更改了产品。最后老板检查结果,发现项目没有按期完成或者项目存在较多的bug。都是把我叫到办公室一顿骂,问出了什么问题,是有技术难题还是开发资源不够。

其实这种团队有自身的优势:首先,团队较小,一个环节可能也就1-2个人,环节的责任比较明确,同时沟通也比较便利,“沟通管理”已经不是阻碍团队的因素。只要团队本身业务能力不存在问题,这种团队应该是一个高效,快速响应的团队。但是见过太多的这种团队疲惫不堪,加班加点,最后产品做的实在不堪… 而领导往往觉得大家不够卖力,不够为公司着想…

2.很多领导认为,团队已经形成了一种产品流程,而且大家都磨合的不错。此时项目管理也就不重要了。这种情况在很多大型公司都存在,我曾经历过的某公司(800多人,预谋上市)就存在这种情况,前期由于项目开发进度比较慢,产品开发流程混乱,遗留一堆潜在的风险点。后来招聘了几个项目经历进行流程的疏通,流程的重塑。但是在整个技术中心的项目走入正轨,产品开发效率有明显的提高,产品开发流程变得流畅了。这时候项目管理的工作重要性就不是那么高,或者项目经理可做的事不是那么多了。在后续的组织结构调整中,项目管理部分的岗位明显不被重视,以一种比较尴尬的形式存在。

由于目前互联网公司的团队基本上都是一个产品组织形式而不是传统的项目组织形式。导致了整体的工作是以产品为导向,这也很符合现在快速响应用户需求的要求。所以整体的工作都是在产品经理的主导下完成,但是产品经理有其自身的各种限制或者缺陷:

产品经理大部分的经历在于和用户交流,需求分析,产品设计,产品评审等上面,导致很难抽身放眼整个项目。对于整个流程的管理和控制也就存在疏忽,不过在项目管理这方面也是产品经理所欠缺的。他们更精通于用户心里分析,用户的行为研究等等…

项目经理很大一部分的工作在于风险的评估和风险的控制,而这部分是产品经理所不具备的。在这方面其实要求项目管理人员的工程技术(技术,管理)视野够广。能够很好的找到潜在风险点,以及在后期的各个环节的(人力,技术,需求变更…)风险控制。而这个在很多公司常见,经常会发现一个功能做不来,或者所需的工期超过原本估计量,或者突然发生变更整体项目进行不下去。在项目管理中会设置很多的里程碑,对于一般的项目经理来说,项目的里程碑往往设置重要功能或者攻克潜在的风险点上。对于风险进行规避还是预研….

项目流程的管控,沟通管理,风险控制,成本控制等等是长期存在的,与这个产品是一起存在的,不是说团队已经磨合的很好,流程大家都很遵守而这项工作就不存在了,也不存在说项目经理的工作越来越好做了,在各个阶段都是有不同的着重点。

最后常规的项目管理过程中,我觉的项目经理要做好以下几点:

1.在初期一定要给团队制定一个好的产品开发流程:古人说的好:不以规矩 不成方圆。一个好的产品开发流程会给后面的工作带来很多的好处,也会使得整个团队运转的很流畅。具体的开发流程要结合产品和团队实际情况做出的。最后产品的开发流程是需要讲给大家听的,征得大家的一直同意才可。

2.注重“沟通管理”:团队得核心还是人,在沟通环节,方式上要给大家做一个梳理,帮大家梳理好各自沟通对象。特别是跨部门合作的时候,这点尤为重要。

3.制定计划:古人说的好“万物预则立,不预则废”。在整个的项目过程中,应该制定较为合理的项目计划,设定好项目的里程碑,以便后期能够做好项目周期的管理和风险评估。

4.风险评估:任何项目都会存在一些风险点,原因各异。但是项目管理的本质就是以现有的资源将项目推进下去。并且在取得计划预定的成果。在项目开发过程中,风险点在很大程度上影响了这个项目的成功与否。针对风险点我们是规避还是攻克还是怎么的… 项目管理人员应该有一套应对方案。

5.至于其他协调资源,文档书写,团队鼓励,项目监控,过程管理这些都是常规的项目管理人员应该具备的。

时间: 2024-10-28 01:53:26

杂谈项目管理的重要性的相关文章

软件外包项目管理的经验感悟

自2003年参加工作至今,一直在参与软件外包项目.从程序开发人员到设计人员,再从设计人员到项目组长.项目经理,风风雨雨走了将近8个年头. 这期间经历了大大小小数十个项目,对项目和项目管理的认识也从无到有经历了下面几个阶段: 对项目.项目管理所知不多阶段:这个阶段是刚进入公司的头一年,对项目完全没有概念,完全是领导让做什么就做什么. 入门阶段:在有几年的项目经验后,开始了解项目及项目管理,知道项目经理需要统计一些数据,但是为什么需要这些数据.这些数据的作用却不了解.开始带几个人的项目小组一起工作,

项目管理的三要素-时间、成本、质量

项目管理在企业中占着很重要的位置,企业的项目管理者应该掌握这门技能,那么怎么做才能有效的进行项目管理呢?管理者大多数知道项目管理的重要性,却很少有人知道怎么做才能让项目管理发挥作用,项目管理是一种工作和记录事件的组织方式,它能够给任何存在目标的任务带来条理与协调性,一个项目是一个任务,或者一系列任务,它们需要在特定的时间段内完成,而且有一定的成本制约,项目管理的目标是为了取得一定的成果. 任何一个项目管理分为三部分. 首先,项目有一个目标; 其次,为了达成目标,每个项目需要用到多少人力与财务资源

1.5 项目管理描述

项目所处的环境将影响每个项目管理过程的实施方式以及项目制约因素的优先顺序. 一. 管理一个项目的过程 ?管理一个项目通常包括(但不限于): 1. 识别项目需求 2. 处理相关方的各种需要.关注和期望 3. 与相关方建立并维护积极的沟通 4. 管理资源 5. 平衡相互竞争的项目制约因素 包括(但不限于): (1)范围(2)进度(3)成本(4)资源(5)质量(6)风险 二. 项目管理 项目管理通过合理运用和整合 按逻辑分组的项目管理过程(五大项目管理过程组)得以实现. ? ?? 项目管理:将知识.技

2014年年终总结 只是写给自己的博客

写在前面 2014年的最后一天,心里多少起了一些涟漪,正好借着公司年底总结的契机,对自己的工作进行系统的总结,同时也对自己的思绪来一次大梳理,和自己进行一次"深度对话".特别喜欢用Blog的方式记录工作与生活,记得上次写blog的时候还是在2010年呢. 写过很多年终总结,大多时间都在考虑"别人"在读的时候的感受.我觉得年终总结更多的是写给自己的,这样才是最真实的,也是最有价值的. 此篇Blog我想是我给自己一个礼物,而这礼物只是一篇博客罢了. 都做了什么? &qu

2017上半年软考 第七章 重要知识点

第七章项目范围管理 []项目范围管理概念 [][]项目范围管理的含义和作用 项目范围管理内容p289 项目范围对项目管理的重要性?p289 [][]项目范围管理的主要过程 项目范围管理的6个过程是? []编制范围管理计划和范围说明书 编制范围管理计划的内容是? 编制范围管理计划的输入.工具和技术.输出 编制范围管理计划输出是什么? 项目管理计划可以作为什么的依据p291 需求管理计划包括什么? []范围定义 范围定义的输入.工具和技术.输出 范围定义的作用是什么?p292 定义范围的最重要任务是

PMP考试的过与只是

我在一年多时间里參加了三次PMP考试,前两次都失败,直到第三次才成功.怎样对待失败?这是每个人都会遇到的挑战.假设我们能用正确的态度对待临时的失败,那么终于的成功也就不远了.我希望通过本文与大家分享一下,自己是怎样从一个考试失败者蜕变成一名合格的PMP的.在这个蜕变的过程中,充满了艰辛和荆棘,但相同也充满了愉悦和快感.亲爱的朋友,假设你不幸地与我一样第一次没有考过,甚至第二次还没有考过,那么你也与我一样幸运地获得了一次甚至两次"痛并快乐着"成长的机会.临时的失败不可怕,可怕的是终于的失

《自定义时代项目经理的自我修炼》

受控环境下项目管理的实践应用 撰稿学员:李剑.马英卓.周志远 2017年6月17日,光环学友会大型讲座<自定义时代项目经理的自我修炼>顺利结束,本次讲座除了北京现场,上海.广州.以及远程全国近3000人参与了在线同步直播.本次讲座面向光环全国学友,旨在帮助众多泛IT行业的中高层管理岗位学友在快速变化的市 场.组织.管理环境下聚焦项目成果和收益的转化,通过不断强化自我学习能力和创理地位.   在讲座正式开始前现场进行了抽奖活动,13位幸运者获得了纸质版PRINCE2彩色流程图.PRINCE2(受

如何有效的结束项目--对某税务MIS系统项目的经验总结

在<人月神话>开始的时候,作者Frederick P. Brooks Jr.写道:史前史中,没有别的场景比巨兽们在焦油坑中垂死挣扎的场面更令人震撼.上帝见证着恐龙.猛犸象.剑齿虎在焦油中挣扎.他们挣扎的越猛烈,焦油纠缠的就越紧,没有任何猛兽足够强壮或具有足够的技巧,能够挣脱束缚,他们最后都沉到了坑底. Frederick P. Brooks Jr.写下上面的文字,用以比喻我们的软件项目,一旦开始,就类似于各种动物在焦油坑中的挣扎.项目开始时的兴奋.激动迅速转变为对项目结束遥遥无期的诅咒和绝望.

[书目]系统分析与设计教程(原书第7版)

作者简介 作者:(美国)舍利(Gary B.Shelly) (美国)Thomas J.Cashman (美国)Harry J.Rosendlatt 译者:史晟辉 王艳清 李芳 等 目录 出版者的话译者序前言第1章 系统分析与设计绪论11.1 信息技术的影响21.1.1 IT的未来21.1.2 系统分析与设计的作用31.1.3 谁开发信息系统41.2 信息系统组成41.2.1 硬件51.2.2 软件51.2.3 数据61.2.4 过程61.2.5 人61.3 了解企业71.3.1 企业概图71.3