项目管理
liangpei2008
22
展开
-
项目验收工作总结
某Web项目,前期需求阶段本人没有参与,相关责任人有变动,验收环节由我负责,在此过程中,发生了很多有争议的点,希望自己以后做乙方时事先要与客户沟通好验收事项,避免扯皮的事情发生。一、技术合同的功能太模糊;二、前期没有明确的验收内容,后期没有标准进行验收; 2.1 只有平面效果图,没有对效果图上具体的效果描述; 2.1.1 外边框页面宽度,内容宽度没有按原创 2014-03-26 11:41:52 · 1945 阅读 · 0 评论 -
项目经理FAQ
你如何应对不同的商业用户,如果他: a) 拒绝确认需求 b) 经常改变主意 c) 不肯花时间 d) 坚持不现实的截止日期 回答:无论客户有多难应付,都应该记住正因为他们我们才有工作做。他们是客户。必须以高度的职业精神,完全尊重他们。 因为他们不能了解我们的工作正如我们不能完全了解他们的那样,沟通变得比较复杂。因此,我们要花时间作规划并解释其中包含的内容。用户需要感到他们没有原创 2014-04-10 17:38:10 · 810 阅读 · 0 评论 -
处理问题的思维模式
最近处理了几件事,观摩了其它人的思维模式,我认为可原创 2014-04-15 10:53:14 · 719 阅读 · 0 评论 -
如何进行有效的项目管理
转载URL:http://www.cnblogs.com/liping13599168/archive/2011/02/04/1949155.html 对于具有成功并有效的项目管理经验的项目经理,还是非常难得的。因为项目管理并不是一件很简单的事情。虽然自己对于项目管理的理解还是处于初级阶段,但是利用自己学习到的理论知识,还是想做一次归纳,希望对大家能够受用。那么就开始本篇文章。转载 2014-03-26 13:19:19 · 1080 阅读 · 0 评论 -
软件需求分析的方法
软件需求分析(Software Reguirement Analysis)是研究用户需求得到的东西,完全理解用户对软件需求的完整功能,确认用户软件功能需求,建立可确认的、可验证的一个基本依据。软件需求分析是一个项目的开端,也是项目实施最重要的关键点。据有关的机构分析结果表明,我们设计的软件产品存在不完整性、不正确性等问题80%以上是需求分析错误所导致的,而且由于需求分析错误造成根本性的功能问题转载 2014-03-26 15:42:16 · 1807 阅读 · 0 评论 -
谈谈我对验收的理解
这两天看了几篇关于验收的文章,原创 2014-04-09 13:45:41 · 705 阅读 · 0 评论 -
项目经理和产品经理是不是应该分开?
所在的互联网公司中,项目经理总是由产品经理兼职,做完产品设计还要操心项目进度,不能更多的把时间投入到竞品分析、用户研究和下期迭代设计中。听说很多公司都是把产品经理和项目经理分开的,是不是这样各分其职,能让产品经理更多的关注产品,同时更好地保证项目进度?项目经理和产品经理是不是要分开,这是@知乎 上发起的一个话题,下面我们来看看知乎网友的回答。 @周自强 开发产品本身就是一个项目。但大家转载 2014-04-29 08:18:25 · 770 阅读 · 0 评论 -
分配/接收工作的注意项
分配工作时,不要含糊其词原创 2014-06-05 11:13:28 · 588 阅读 · 0 评论 -
工作节奏的调节
一个项目分下来后,除了立项原创 2014-06-10 10:06:01 · 796 阅读 · 0 评论 -
需求管理工具
实在忍受不了使用Excel记录需求,以及其变更、评审、原创 2014-06-04 08:29:06 · 1065 阅读 · 1 评论 -
敏捷开发
最近把之前学习 Scrum 的资料整理为一篇文档,在接下来的团队和项目开发中,根据项目的情况引入 Scrum 的一些实践,提高团队成员之间的协作能力和项目的交付质量。 参考资料:《轻松Scrum之旅—敏捷开发故事》、《敏捷无敌》硝烟中的Scrum 和 XP火星人敏捷开发手册Scrum-Checklists维基百科:http://zh.wikipedia.org/wiki/转载 2014-07-06 20:32:28 · 613 阅读 · 0 评论 -
对软件需求分析的理解
上一篇,是从理论层次上描述的需求分析,下面谈谈我对需求分析的看法:一、需求获取 需求获取是根据客户的特点,采用某种方式尽可能多地获取到业务的基本需求,这些需求是原生,未经过加工的,如有必要,用录音笔进行录音;二、需求分析 2.1 拿到客户的原始需求后,需要对需求进行分析,了解细节,左右推敲,整理出疑问点,并跟客户进行咨询,最终获取最详原创 2014-03-26 15:26:35 · 5786 阅读 · 0 评论 -
项目验收管理
所谓项目收尾,根据PMI(美国项目管理协会)的概念,项目收尾包括合同收尾和管理收尾两部分。合同收尾就是抓起合同,和客户一项项的核对,是否完成了合同所有的要求,是否可以把项目结束掉,也就是我们通常所讲的验收。 可以说,验收是IT项目最后关键的环节,它是对项目的实施质量和软件的可交付性起到"一锤定音"的作用,也关系到IT项目能否平滑顺利步入运营期、为企业创造效益,软件开发服务商能否实现收益转载 2014-04-01 13:35:25 · 1010 阅读 · 0 评论 -
软件需求分析的概念
转载URL:http://www.cnblogs.com/liping13599168/archive/2011/02/04/1949098.html 本篇文章主要是对于软件需求分析相关的介绍。 一、需求分析的目的1. 马斯洛的需求层次理论具体可以参考:(http://baike.baidu.com/view/295140.htm) 2. 需求分析的目的转载 2014-03-26 13:14:14 · 3663 阅读 · 1 评论 -
面试经验
通过半年的招聘以及用人经验,总结了以下几点:1.在提问时,要考察已做项目的分析、总结能力;2.是否有知识积累的习惯;3.应聘者解答问题时的逻辑思维能力;4.了解他的发展方向与公司的岗位是否匹配;5.诚实和踏实;原创 2013-01-26 09:19:21 · 351 阅读 · 0 评论 -
近一年的管理经验
1.多与老大们沟通一下公司的发展方向,尽量减少由于信息不对称造成的策略性的错误,同时也为部门做一些资源、技术储备、工作重心调整及人力调整。2.在项目结束时,要积极做结项总结。3.做团队建设,让每个成员能主动发现问题,解决问题,总结问题。4.每周做工作计划,每天上班前要做天的工作计划及目标。5.尝试主动把握项目的节奏,进行弹性开发。6.使员工认真填写工作表,通过数据来分析项目存在原创 2012-01-06 15:07:46 · 420 阅读 · 0 评论 -
开会的注意事项
今天从微博上看到一个会议管理的内容,感觉比较不错,记录一下。一.凡是会议,必要准备;二.凡是会议,必有主题;三.凡是会议,必须守时;四.凡是会议,必有结果;五.凡是会议,必有议程;六.凡是会议,必有记录;计划会议的步骤:1.计划组织会议;2.有明确的议程和目标;3.在3天前发送会议相关的内容以及邀请;4.准时开会;5.不要带笔记本;6原创 2013-12-03 10:07:32 · 997 阅读 · 0 评论 -
网站开发管理经验总结
给客户做网站,如果没有效果图或一些原型工具做辅助,使客户确认,那就等着被累死吧。1.要么样式不好2.要么布局没想像中好看3.要么功能要加字段,调整真是无语。最近使用Axure RP6.5,很方便地能设计出页面原型,供客户做页面确认。原创 2012-09-14 12:15:57 · 928 阅读 · 0 评论 -
软件开发过程中的过度设计
在软件设计过程中,总有以下感慨1.总以为自己了解了用户的细节需求;2.在设计阶段,花很多时间针对需求中的某些小功能做设计;3.用户在实际使用中很少使用问题2的"某些小功能";总之,在设计过程中,使用80%的时间处理了20%的不常用的功能,而80%的主要功能,由于在设计阶段考虑不周,导致问题百出。原创 2014-02-19 18:09:20 · 1447 阅读 · 0 评论 -
ICP经营许可证条件
最近处理了一些域名备案的事,分享一下。公司做了一个电商网站,需要做ICP经营许可证,以下是ICP经营许可证的条件:注:根据不同地区的通信管理局规定不同,会有不同的定义,以北京为例。1.公司注册资金100W;2.域名必须是国内域名; 公司当初在GD上注册的域名,在办理许可证时,不得不将域名转入国内;3.必须有ICP备案;4.机房与IP地址必须在北京;原创 2013-08-29 14:50:26 · 1722 阅读 · 0 评论 -
任务分配及管理
工作感言:任务分配及管理 前面说到过,刚开始带小组,接到一个任务,我就估算了我大概要多少时间,然后小组多少个人就算是多少个我,估算时间=我要的总时间"小组人数(好笨的想法呀,不用时间跟组员交待任务的吗?个个组员都是我吗,比我强的还好,顶多做完了休息,差一点的就麻烦了),结果实际时间多了很多,而且小组里有的人做完了无事可做,有的人则忙得焦头烂额,容易打击组员的积极性,造成组员之间的不满转载 2014-03-13 17:09:23 · 5283 阅读 · 0 评论 -
30年职场生活感悟-孙振耀
最终成功与否,在多大程度上成功,也并不是最关键的,关键的是做正确的事情,并且把事情做好的能力。 职业生涯就像一场马拉松比赛 正常人大概要工作35年,这好比是一场马拉松比赛,和真正的马拉松比赛不同的是,这场比赛没有职业选手,每个人都只有一次机会。要知道,有很多人甚至坚持不到终点,只有少数人是跑过终点的,因此在刚开始的时候,去抢领先的位置并没有太大的意义。 职业生涯转载 2014-03-13 10:44:29 · 567 阅读 · 0 评论 -
工作邮件的撰写
最近在工作中,发现很多人对写邮件不是很重视,认为能表达想法即可。 其实通过邮件完全可以体现出一个人的良好工作习惯和逻辑思维能力。我们写邮件不是罗列一大堆思路或者想法或者事情。而是要有条例的,逻辑性的,具有依赖关系的表述一个或者多个主题。写邮件时,应该注意以下三点:一、邮件的标题 一封邮件最好体现一个主题,且邮件标题最好能体现你要说明的内容,如果该邮件为紧急邮件,需要在标题原创 2014-03-13 11:23:59 · 1201 阅读 · 0 评论 -
我们的管理:产品经理与程序员协作
今天CTO顾问咨询团发了一个问题,是关于产品经理频繁改版 VS 程序员的事。那我就来以实践经历说说我们是怎么协调产品经理和程序员。一、导向一致协调的关键在于在大底线大导向大原则方面要一致。在一个层面一个角度上说话才能说到一起共同促进,否则各说各有理就没法走下去了。我们的产品设计导向原则是:1、功能的增加一定是为企业经营增值,把什么平衡制衡、风险、管控、成本先转载 2014-04-15 17:28:40 · 762 阅读 · 1 评论 -
定制开发为啥速度这么慢价格这么贵
1、定制项目规划阶段1.1、一线项目实施经理\一线实施人员\咨询顾问\应用架构师:需求调研\讨论\确认、应用方案设计、实施方案设计1.2、研发PM:工作量估算、全程风险管控、资源组织协调、每日计划推动、变更管理、沟通报告1.3、开发leader\平台架构师:技术方案设计、技术风险识别、技术难点攻关预研1.4、测试leader\测试总监:测试方案分析设计、评审 这个阶段企业I转载 2014-04-15 16:43:44 · 591 阅读 · 0 评论 -
IT不难
IT并不难,IT并不复杂,主要是很多人不知道重点做什么/不知道怎么做(我已陆续发表了许多文章来阐述怎么做),还有些人根本没有资源做(没有人/没有人岗能力匹配的人那还搞个屁啊)1、IT规划:业务战略和IT战略结合机制、IT的优点与缺点认识、有方法的理解企业管理体系、有方法的理解企业战略、有方法的理解企业经营体系2、组织管理:甲乙双方岗位配置齐全、职责明确、定期汇报制度建设好转载 2014-04-15 17:16:28 · 525 阅读 · 0 评论 -
项目总结汇报
在向老大们做工作汇报时,是考验个人总结归纳能力原创 2014-08-01 09:56:39 · 802 阅读 · 0 评论