随笔分类 -  项目管理

摘要:在工作中,我们常常遇到两种人,一种是先提要求后干活,另外一种是有能力,负责任,喜欢先干出结果,但又不主动提要求的人。 对于第一种人,现在已经有很多的管理办法。但是对于第二种人,往往并不是那么容易留得住的。因为这些人一般不提要求,一旦提了,多数就是要离开了。 根据个人的经验,我建议对这两种人要进行区别看待。对第一种人最好是让他拿结果说话,为他的结果付钱。而对于第二种人,则应该提前为他的潜力付钱。 每当他到达一个新的高度或层次时,就要及时地将待遇提上来,他会自热地开启匹配模式,以让自己的工作对得起自己拿的钱。如果对第一种人使用这种方法,则可能会起到反的效果,让其胃口大开欲壑难填。 所以... 阅读全文
posted @ 2014-02-28 10:05 ygm900 阅读(465) 评论(0) 推荐(0) 编辑
摘要:无论是老师或是讲师还是即将要演讲的人,在讲课之前一定会做好课件,到哪一页该讲哪些内容,到哪里该如何去讲等等。那么一般的讲师会将这些课件存放到哪里呢?是用个书本记载下来呢,还是直接存放到电脑上呢?其实本篇教程是专为那些演讲的讲师所准备的一篇教程,在PowerPoint中有个备注功能,可以记载演讲者的一些演讲课件,演讲者可以将课件存放到备注当中,然后通过设置,让观众在看PPT幻灯片放映时不显示备注,而在演讲者的屏幕上却显示备注(课件)! 本教程以PowerPoint2003为例,通过设置我们可以让观众的屏幕上不显示备注,但在自己屏幕上显示备注的效果,方法如下: ①在连接了外部显示器或者投影仪... 阅读全文
posted @ 2014-01-02 05:15 ygm900 阅读(8698) 评论(0) 推荐(0) 编辑
摘要:整理这些职场“潜”规则,是为了让兄弟们一起对表,为了让大家在同一个维度下思考问题,为了统一标准话术。为什么给“潜”字打上双引号,因为这些其实是正大光明的规则,只不过不是显式规则。熟练掌握这些潜规则,你我也许会生活得更轻松一点。信任,但需要确认有话要说,但有话要好好说不要“等死”不要“妄议”他人线上问题要“全面处理”日拱一卒,不怕慢就怕站分歧僵持,迅速升级主管要向下提供“工具”负责人要“拿出结果”搞清楚为何而战再动手信任易碎,积累不易听原始需求,不听技术解决方案解释成本很高低头拉车,抬头看路一)信任,但需要确认这原本是一句俄罗斯谚语。1987年,美国总统里根和苏联领导人戈尔巴乔夫签署中导条约( 阅读全文
posted @ 2013-12-27 16:52 ygm900 阅读(491) 评论(0) 推荐(0) 编辑
摘要:在新人培训的前期阶段,考核的重点不应该放在技术细节上,而是更多地侧重以下三个方面:(1)学和用思维的转变。将学校中带出来的先学后用的思想转变为先用后学,边用边学。(2)解决问题思路的转变。将以往遇到问题后就一头扎进过往的知识经验中,转变为一头扎到互联网中。要乐于将互联网翻个底朝天。 本项还可以包括解决问题的具体方法。(3)记录、总结的能力。解决问题是一个方面,但是如果像黑熊掰棒子一样,解决一个忘一个,这肯定不是我们想看见的。所以,是否有能力记录问题,总结问题是我们考察的一个重要方向。 阅读全文
posted @ 2013-12-12 20:30 ygm900 阅读(365) 评论(0) 推荐(0) 编辑
摘要:坚持两个方法论:1、发现问题的方法:(熟悉代码的过程)(1)照着一个完整的工程,从最基本的页面开始做起。不懂的地方就问,就查。(2)在阅读代码或拿到需求后要学会对问题进行分解。一个陌生的问题如果不能被分解,那么它也很难被解决。(3)根据分解出来的小任务,使用方法2进行解决。2、解决问题的方法:(1)发现问题(一般是xcode出现错误提示或者自己再阅读代码过程中遇到的问题)(2)将问题提炼成一句话,再搜索引擎中找可以操作的答案。(3)解决问题,将问题及答案记录在博客中。ps:每周与之沟通除项目、开发之外的事情。 阅读全文
posted @ 2013-12-12 09:09 ygm900 阅读(441) 评论(0) 推荐(0) 编辑
摘要:电脑端需要做的设置:PPT端需要做的设置:参考:http://www.wordlm.com/PowerPoint/GaoJi/2420.html 阅读全文
posted @ 2013-09-05 15:52 ygm900 阅读(260) 评论(0) 推荐(0) 编辑
摘要:在项目开前,公司应该专门组织一个客户参与的会议,会议的主题就是宣讲公司的项目管理流程,其中最重要的就是“需求变更流程”。这样,以后客户在提出需求时,就应该按照既定的流程进行申请。只有通过流程才能控住客户需求,单靠某个人的话,随机性太大。 阅读全文
posted @ 2012-12-15 10:30 ygm900 阅读(141) 评论(0) 推荐(0) 编辑
摘要:对内:能做系统设计(输出数据库、系统UI、业务流程等的设计)对外:能做需求分析(输出足够详细的需求分析、可与客户沟通和把控客户需求)其实,一个项目最好的搭配是项目经理+一名市场部的客户经理进行配合管理整个项目。 阅读全文
posted @ 2012-12-15 10:26 ygm900 阅读(178) 评论(0) 推荐(0) 编辑
摘要:很多人,做的项目不少,但成功的不多。这是一个值得深思的问题。 项目为什么这么难做?需求蔓延,客户难搞是基本原因。 如何解决上述问题: 1)强化需求调研和项目设计在整个项目中的重要性 一般地,需求调研做的成功,那么这个项目就基本成功80%。如果需求调研不合格,那么这个项目失败的几率也将大于80%。 怎么强化需求调研? 首先,要有完善的Demo设计能力,足够让客户对基本流程进行确认 其次,要为需求调研预留出足够的时间,让客户消化、揣摩需求。 2)规范需求变更流程。 如果合同是整个项目中最重要的文档,那么《需求变更流程文档》必然是整个项目中第二重要的文档。需... 阅读全文
posted @ 2012-12-14 10:06 ygm900 阅读(305) 评论(0) 推荐(0) 编辑
摘要:在项目中,我们会遇到形形色色的客户,他们的个性和要求千差万别。但是,总的来说,客户可以分为3大种类型:第一:白痴型即客户对IT信息技术一无所知。这样的客户给什么就是什么,整个项目的核心是商务人员与客户沟通。而且,这样的客户判断你项目做到好不好,也只能从商务人员和他的交流中进行判断。第二:专家型即客户完全是信息化领域的专家,具备项目经理的能力。对于这样的客户,我们可以让其输出一份详细的项目设计文档。整个项目的沟通或将以己方的项目经理为核心即可。商务人员只起到辅助作用。第三:半吊子的“伪专家”他或许是计算机科班出身,或许还干过几个月的项目。但是,如果你让他输出一份详细的项目设计文档,他又没有能力。 阅读全文
posted @ 2012-12-11 16:57 ygm900 阅读(349) 评论(0) 推荐(0) 编辑
摘要:在做项目时,不可不避免要与客户进行频繁沟通。与客户的接口人宜设1个而不是2个。如果真的需要设置多个,那么也应该有设主次。一般地,我们会把谈下那个项目的业务人员作为主要接口人。他的职责就是保持良好的主客关系,负责推动项目的最终验收。如果业务人员对技术不是很了解,我们可以为期配备一个技术支撑人员,但是一定要注意,这个技术支撑人员只向主接口人负责,为期服务,而不是直接与客户进行沟通。除此之外,当项目做到后期,可以将项目经理作为次要接口人纳入到主客沟通体系中来。项目经理的主要职责是负责与客户沟通具体实现细节,不涉及商务部分。这样配置的目的是保持与客户沟通的一贯性,保证项目最终验收的可靠性。如果不是业务 阅读全文
posted @ 2012-12-07 09:56 ygm900 阅读(970) 评论(0) 推荐(0) 编辑
摘要:在实际做项目的过程中,往往出现这样的情况。 我们和客户就需求问题签下了确认文件,但是在实际开发过程中,客户根据已经成型的项目,想法开始泛滥。 如何有效地控制客户需求的蔓延,我觉得,可以通过优先级排序的方式来进行处理。在实际开发过程中,凡是客户提出的,不在当初确认时签的需求框架之内的,评估后如果能够答应他,那么就先答应客户“我们可以帮你们做,但是这个要放到最后来做。因为我们这个项目进度是有规划的。我们不能影响了进度”。这样,在项目收尾前集中处理客户新增的需求,既不会影响到项目的验收,又可以让客户知道我们为他们额外付出了多少,有助于尾款的结算。 阅读全文
posted @ 2012-12-04 14:01 ygm900 阅读(1253) 评论(1) 推荐(0) 编辑

点击右上角即可分享
微信分享提示