项目管理
datamining2005
这个作者很懒,什么都没留下…
展开
-
【管理】管理小结
管理体会小结原创 2022-06-19 20:32:35 · 415 阅读 · 0 评论 -
产业互联网项目心得
最近参加了一个接近一个亿的智慧园区建设的项目。项目包括软件、硬件、装饰装修部分。其中软件占比50%多吧,结合我之前的IT经验,有些体会记述下。产业互联网特点:产业互联网的业务不单单是技术交付,还要能提供带有咨询服务的内容。要结合甲方的业务,深入了解甲方具体业务,甚至内容形式;站位甲方需求,揣测甲方的真正意图。需要浸润行业的专家 。 纯集成商一般极少有自己的开发、设计能力,完全依靠集成商,不能深度结合不同厂家的能力;同时对供应商考核等没有具体权限,仅仅依靠付款,效率低下。例如:甲方要求设计统一,原创 2021-01-14 18:53:47 · 352 阅读 · 0 评论 -
惴惴不安中等待 高项成绩
惴惴不安中等待 高项成绩...这种感觉真的从来没有过...原创 2020-12-16 09:03:04 · 211 阅读 · 0 评论 -
软件交付的特点与分析
DevOps时代下工作整合问题什么样的工作需要整合,什么样的工作不应该整合?在软件交付领域,分角色的精细分工是不利于整体交付效率的,那为什么在DevOps倡导下的全栈工程师、开发运维一体化又会产生新的问题呢?如何解决这些新问题呢?也许,我们需要认真思考,在整个软件交付过程中,什么样的工作需要整合,什么样的工作不应该整合。在前DevOps时代,分角色分工的思路其实是来源于工业时代的。...原创 2020-01-03 20:54:56 · 1778 阅读 · 0 评论 -
各种中台
提起中台,绕不开也是最先想到的应该都是阿里巴巴的数据业务双中台。阿里中台主要由业务中台和数字中台并肩构成了双中台,并肩扛起了所有前台业务。业务中台将后台资源进行抽象包装整合,转化为前台友好的可重用共享的核心能力,实现了后端业务资源到前台易用能力的转化。数据中台从后台及业务中台将数据流入,完成海量数据的存储、计算、产品化包装过程,构成企业的核心数据能力,为前台基于数据的定制化创新和业务中...转载 2019-12-20 10:11:46 · 450 阅读 · 0 评论 -
怎样做需求分析
需求分析在具体的研究需求分析之前,我们先了解一下软件工程这个概念。软件工程分为三个层次,过程层、方法层、工具层。在最基础的过程层,最重要的就是一组被称为关键过程区域(KPAs)的框架(KPA的概念在讨论CMM的书中有详细的概念说明)。关键过程区域构成了软件项目的管理控制的基础,并且确立了上下文各区域的关系,其中规定了技术方法的采用、工程产品的,模型、文档、数据、报告、表格等,等的产生、里程转载 2017-04-27 10:04:14 · 701 阅读 · 0 评论 -
软件项目经理岗位职责、职业要求、必备技能、素质要求描述
项目经理( Project Manager ) ,从职业角度,是指企业建立以项目经理责任制为核心,对项目实行质量、安全、进度、成本管理的责任保证体系和全面提高项目管理水平设立的重要管理岗位。项目经理是为项目的成功策划和执行负总责的人。项目经理是项目团队的领导者,项目经理首要职责是在预算范围内按时优质地领导项目小组完成全部项目工作内容,并使客户满意。为此项目经理必须 在一系列的项目计划、组织和控制活转载 2017-07-27 10:18:06 · 13997 阅读 · 0 评论 -
如何与测试team协调
开发人员通知测试人员结束了开发或者修改,最后打包一个版本发布到P4上,测试团队下载此版本,全部回归测试修改的问题,开始在BUG管理系统上提BUG或者重新开启BUG.开发人员没有事情做,改变角色也做测试的工作,当然是交叉测试避免自己检查自己的代码,发现问题,就开始修改。最后会变得比较频繁,最后发生了矛盾。结果测试人员回归一遍很慢。开发人员闲置。而且还出现开发的时候还要解决测试反馈的问原创 2017-07-27 14:20:34 · 558 阅读 · 0 评论 -
【原创】项目管理中2b和2c业务支持的沟通对比
本人在最近的项目管理中,针对2c的业务管理,有一些浅薄的体会,结合之前2c业务中的不同沟通方式,总结了下自己的一些item:原创 2018-08-08 14:17:49 · 1723 阅读 · 0 评论 -
软件项目管理中的2B和2C沟通管理的特点
本人在最近的项目管理中,针对2c的业务管理,有一些浅薄的体会,结合之前2b业务中的不同沟通方式,用最简单粗暴的语言总结了下自己的一些item,不装13:1.2b的业务一般由于客户的原因,会有一些专门的人员来负责对应的业务,比如,酒店的机房,就有专门的人员来负责,如果客户出了问题,反馈起来很有针对性,不会像2c的客户,需要大规模的上报才会重视,而且需要收集甄别客户,上门。2,2c的业务对于售......原创 2019-10-26 20:25:22 · 1512 阅读 · 0 评论 -
技术运营的一点体会
最近参与互联网电视多媒体的运营的项目,与平日的技术工作有很大不同。有一点体会,总结如下:1.由市场、用户反馈的问题,一般是批量产生的问题,优先级很高。一般问题都会抄送领导,需要快速反馈解决,压力巨大。2.市场、用户等非技术、开发人员一般不具有领域技术背景,反馈的问题,一般以现象描述为主,无任何必现的步骤和log做为辅助。所以需要辅助以运营测试团队的复现;有时候甚至不能复现的情况下,根据自己...原创 2018-10-30 15:23:01 · 1978 阅读 · 3 评论 -
为什么有些技术水平高,懂的多的人往往成不了管理者?
成不了管理者呢?主要是以下几个方面的原因一,精于做事,而不会做人。有些人有技术,有水平,自己做事没问题,工作也能完成的很完美。但是可能在人际关系处理能力比较薄弱,比如经常与同事发生矛盾,或者恃才傲物不服从领导等等。这样的人,自己都管不好,怎么能管别人呢。二,会管自己,但不会管人。有的技术大拿虽然比较自律,能管的住自己,人际关系处的也不错,但是,可能性格软弱,没有个性和主见,经常被别人牵着...原创 2018-11-28 11:45:36 · 1103 阅读 · 1 评论 -
如何获取和分析软件的非功能性需求
本文转自 :http://yangruosong.blog.51cto.com/1642530/469311 非功能性需求是随着软件系统的规模成长和复杂性增加这两个因素才逐渐成为需求工程师们的新着眼点和关注点的。早期的时候,甲方处于自身对软件技术的了解和自身对系统未来维护的方便性考虑等,对系统有了诸如:开发平台、技术流派、关键实现等等方面的要求,这被称之为:“设计约束”。从甲乙转载 2017-04-27 09:57:17 · 1510 阅读 · 0 评论 -
【PM】【需求】项目管理-需求:管理软件需求分析过程
文章概括为,纵向,横向,从面到点,最后是需求质量控制。 软件的需求分析必须要有对原业务的一个深入了解、提取、抽象、升华的过程。软件的需求分析是从用户的业务中提取出软件系统能够帮助用户解决的业务问题,通过对用户业务问题的分析,规划出我们的软件产品。这个步骤是对用户业务需求的一个升华,是一个把用户业务管理流程优化,转化为软件产品,从而提升管理而实现的质的飞跃,这一步是否成功,直接关系转载 2017-04-27 09:28:58 · 6985 阅读 · 1 评论 -
【PM】【需求】项目管理-需求:业务需求调研经验分享
1.针对具体的工作内容,召集专题访谈启动会、访谈沟通会。由客户的项目负责人向涉及的相关部门或者受访对象进行情况介绍和工作任务安排,并注意在会上详细、正式的介绍需要参与的具体访谈的人员,并收集被访谈对象的基本信息(包括:姓名、部门、联系电话、email等)。2.在正式访谈之前,给访谈对象提供访谈提纲或需求调研表,并告知客户需要根据提纲进行准备。即使客户未填写调研表,但通过访谈提纲可以让访谈对象提转载 2017-04-26 17:36:05 · 1148 阅读 · 0 评论 -
【项目管理】软件项目经理述职报告
本想写下这么多年的管理心得,却发现已经有人总结的比我还好,主要观点和我高度相同(红字),他山之石可以攻玉,于是就顺势转了。本人做项目经理工作多年,感到做这个工作最要紧的就是要明白什么是因地制宜、因势利导,只有最合适的,没有什么叫对的,什么叫错的,项目经理最忌讳的就是完美主义倾向,尤其是做技术人员出身的,喜欢寻找标准答案,耽误了工作进度,也迷茫了自己。以下是本人一些做项目的个人体会,写出来供转载 2017-01-23 15:09:40 · 7876 阅读 · 1 评论 -
敏捷开发流程总结
Agile——敏捷开发,作为CMM神话崩溃后被引入的一套新的软件开发模式,这几年来被广泛引起关注,并被寄予厚望。敏捷开发在其他业界的应用是否理想不得而知,但以下总结了我所在公司的敏捷开发试验,希望可以达到管中窥豹的目的。 敏捷开发宣言——个体和交互 胜过 过程和工具可以工作的软件 胜过 面面俱到的文档客户合作 胜过 合同谈判响应变化 胜过 遵循计划虽然右项也有价值,但是转载 2017-03-06 14:26:55 · 491 阅读 · 0 评论 -
Scrum简介
Scrum是一种灵活的敏捷软件开发管理过程。这个名词来源于英式橄榄球。Scrum方法由Ken Schwaber和 Jeff Sutherland 提出,它将软件开发团队比作橄榄球队,全队有明确的最高目标:发布产品的重要性高于一切。团队高度自治,队员们熟悉开发过程中涉及到的各种技术,紧密合作,确保每个迭代都朝着最高目标推进。而且每隔2至6周,每个人都能看到能实际工作的软件,并且据此决定是发布这个版本转载 2017-03-06 14:36:47 · 436 阅读 · 0 评论 -
敏捷开发之 12条敏捷原则
1。我们最优先要做的是通过尽早的、持续的交付有价值的软件来使客户满意 规划迭代故事时必须按照优先级安排,为客户先提供最有价值的功能。通过频繁迭代能与客户形成早期的良好合作,及时反馈提高产品质量。敏捷小组关注完成和交付具有用户价值的功能,而不是孤立的任务。以前我们都用需求规格说明书或者用例来编写详细的需求,敏捷使用用户故事来罗列需求。用户故事是一种表示需求的轻量级技术,它没有固定的形式和转载 2017-03-06 14:47:11 · 364 阅读 · 0 评论 -
敏捷开发的优势
敏捷开发方式能给企业和用户带来以下好处:1. 精确。瀑布模式通常会在产品起点与最终结果之间规划出一条直线,然后沿着直线不断往前走。然而当项目到达终点时,用户通常会发现那已经不是他们想去的地方。而敏捷方法则采用小步快跑,每走完一步再调整并为下一步确定方向,直到真正的终点。2. 质量。敏捷方法对每一次迭代周期的质量都有严格要求。一些敏捷方法如极限编程等,甚至使用测试驱动开发(test-转载 2017-03-06 14:50:35 · 2893 阅读 · 0 评论 -
程序员,你的一千万在哪里?
刚刚跟几个朋友出去吃饭,回家的路上突然就想着要写一个文章,迫不及待。 由于大家都是搞程序的,无非就讨论了android、ios、html5的一些东西,但是谈到了回龙观的一个朋友最近家里拆迁,补助了600多万现金,还有四套房子,加起来可能一千多万了,以前一顿麻辣烫都要我们请的朋友马上买了路虎等等,大家都在叹息,这一辈子奋斗不过人家一次拆迁!但是我没什么羡慕的,我觉得一千多万转载 2017-03-16 10:33:19 · 854 阅读 · 0 评论 -
【PM】互联网项目管理要点
互联网项目,会定一个计划发布日期,然而这个项目有个隐藏的实际合理发布日期。因为软件开发并不是一个直接添加资源就可以加快速度的过程,所以这个实际合理发布日期是在现实资源合理利用前提下一个客观存在的最可能早的完成时间。项目进展的过程,其实也是发现这个隐藏的合理发布日期的过程。 从管理的角度来讲,当然是尽可能的赶上计划的发布时间,或者尽可能快的完成项目。但是因为多方面因素的影响,项目管理是一个欲速转载 2017-04-12 15:46:09 · 555 阅读 · 0 评论 -
【PM】互联网项目管理的特点总结
传统行业项目经理更加注重的是项目的整体的把控性,针对一个项目成立一个项目组,专职的进行项目需求管理、客户的沟通管理、项目方案的设计等等具体的工作,区向与强矩阵管理。对于而互联网公司的项目经理,更加是一种协调管理,互联网公司的软件版本更新快,一般都是采用小而快迭代的开发方式。针对项目的开发过程多为产品经理提出设计思路后,直接和开发敲定项目开发进度后由项目经理进行进度管理,基本上属于职能型管理原创 2017-04-12 15:42:27 · 7600 阅读 · 0 评论 -
【PM】【进度】:把握项目节奏的方法
把握项目的节奏,你可以参考以下几点,但不是绝对。持续集成 有的人习惯完成一个功能提交一次代码,有的人习惯一周提交一次代码,有的人习惯一天提交一次代码,无论你选择那种方式提交代码,你所做的工作都是在持续集成。只不过不同的是根据你提交代码的频率不同,系统集成的风险也有不同而已。没有绝对的理论证明哪种方法是最正确的,适合自己的就是最好的。除了在主版本上提交和维护代码之外,也可以开辟分原创 2017-04-26 17:29:41 · 1529 阅读 · 0 评论 -
【PM】你的团队可能会出现可怕的“死海效应”
很有启发,这种死海效应,或者说劣币驱逐良币的情况出现在很多不同的部门中,关键是是有没有好的机制让人才留下来,让平庸者离开。很多工作不好量化衡量,做好做坏都一样,如果能把每个人的工作量化,自动记录工作截止时间,客观展示工作情况,就能一定程度解决这方面问题。 虎嗅注:本文第一版是由IT顾问布鲁斯·韦伯斯特写于2008年。最近一次更新也是在三年前了。不过这的确是篇能抵抗时间流逝的文章。你会发现,转载 2017-04-24 11:45:33 · 753 阅读 · 0 评论 -
中国软件开发工程师之痛
转载 http://yunli.blog.51cto.com/831344/1254944 在近期的一次会议上,有高层谈到之前在中国觉得自己做得很牛,但与美国同行接触后却发现与人家存在很大的差距,这一点我在外企工作时也有过同样的体会。真正与外国同行接触后才会知道什么是差距,在这篇文章中我从软件开发工程师的角度以“痛点”的形式来谈一谈我所认为的差距。技能之痛相当数量的软件开发工程师(后面简称转载 2017-04-25 14:22:29 · 334 阅读 · 0 评论 -
项目成功和失败的几大因素
① 正确的管理方式 项目管理 尽管任何一套管理方式被证明是绝对正确的,但是如果一个项目要真正走向成功的话,他还是需要正确的管理方式。一种管理方法可能会有缺点,不是很完美,但只要它是正确的就可以了。 正确的管理方式应该包括正确的项目目标、合理的开发计划以及合理的责任分派等等。正确的管理方式可以让项目少走很多弯路,它是保证项目走向成功的前提。② 一套完善的开发框架 开发框架 一套完善的开发框架转载 2017-04-26 17:02:44 · 2148 阅读 · 0 评论 -
【PM】项目管理之进度:如果发现因为种种原因导致实际工期远远超出预计工期时,你应该怎么做
如果发现因为种种原因导致实际工期远远超出预计工期时,你应该怎么做 实际上除非客户主动限定交付日期,一般自己估算工期的时候都会在理论工期(根据经验估算出来的)的基础上再乘以一个系数作为交付日期,但是确实也有即使这 么做了仍远远超出工期的情况,比如在开始的时候对某些风险预计不足等,遇到这种情况个人觉得可以采取如下几种办法: 一、增加人手,增加人手可以适当缩短项目周期。转载 2017-04-26 17:38:42 · 2094 阅读 · 0 评论 -
【项目管理】软件行业作坊式管理的表现
根据自身经验总结,按照严重程度排序:需求不明确成为常态。需求分析其实就是push组里面的一个人,由下属来牵头。无任何文档和评审,或者事后凑数。不了解技术和业务。版本管理混乱。鄙视管理,推崇关系帮派。有空一一分析。原创 2017-01-23 14:42:25 · 505 阅读 · 0 评论