自定义博客皮肤VIP专享

*博客头图:

格式为PNG、JPG,宽度*高度大于1920*100像素,不超过2MB,主视觉建议放在右侧,请参照线上博客头图

请上传大于1920*100像素的图片!

博客底图:

图片格式为PNG、JPG,不超过1MB,可上下左右平铺至整个背景

栏目图:

图片格式为PNG、JPG,图片宽度*高度为300*38像素,不超过0.5MB

主标题颜色:

RGB颜色,例如:#AFAFAF

Hover:

RGB颜色,例如:#AFAFAF

副标题颜色:

RGB颜色,例如:#AFAFAF

自定义博客皮肤

-+
  • 博客(19)
  • 收藏
  • 关注

原创 浅谈如何做一名合格项目经理(二)

第四点:具备较强的沟通能力         大多数沟通能力强的项目经理带队伍会比较轻松。团队之间需要沟通,与客户也要沟通,这些沟通都是需要讲究技巧的。有时候需要直截了当的表明你的态度,有时候又需要婉转的表达你的需求。有些事情可以在公开场合大家讨论,还有些事情在私下沟通效果会更好。有时候是目的性很强的沟通,有时候又会是漫无目的的闲聊。什么时候说什么话,面对不同的人又会说不同的话。沟通得到位,

2012-09-10 22:08:08 1524

原创 浅谈如何做一名合格项目经理(一)

我做了5年的项目经理,总结出项目经理的本质工作就是带领团队完成项目任务。在完成项目任务的过程中既要为公司做技术及业务上的积累,也要为公司培养梯队人才,另外还有一个重要的任务就是维系好客户关系。这就是我认为做一名合格的项目经理所要达成的工作目标。那么我们怎么才能做一名合格的项目经理呢?我认为应该从以下几个方面去努力。第一点:开朗的性格一个人的性格决定他的行为处事方式,而性格这个东西一旦形成了

2012-09-06 20:45:32 4271

原创 用户体验,化繁为简

众所周知的苹果手机能在世界范围内掀起热潮,除了它精致的外观设计,另一个绝对的因素就是它极致的用户体验让所有人对手机的认识有了重新的定义。我不是苹果粉丝,我是一名项目的管理者,又会是一名产品的设计师,我推崇苹果产品的设计理念——化繁为简。      我们公司是做应用行业软件开发的,对开发人员的要求是既要懂技术,又要对行业知识了解的非常深入。在这个基础上,我们能做出满足用户需求的产品,却无法称

2012-08-31 11:37:56 1361 2

原创 刚出校门的同学如何面试?

近两年,公司扩张的比较厉害。我作为开发部的经理,参与了开发人员的招聘和面试的过程中。在面试的过程中,我发现了很多的问题,特别是刚出校门或是培训机构的同学在面试的过程显得非常被动,往往让面试官产生误解,给直接用最短的时间PASS掉,相当可惜。我相信这里面有些人是完全能胜任我们的工作,甚至具备拔尖人才的潜力,因此我想在这些同学出校门之前,能有机会给他们补上这一课,让他们少走一些弯路。第一、

2012-08-27 09:13:04 991

转载 C#线程的使用

在实例化Thread的实例,需要提供一个委托,在实例化这个委托时所用到的参数是线程将来启动时要运行的方法。在.net中提供了两种启动线程的方式,一种是不带参数的启动方式,另一种是带参数的启动的方式。<br /><br />不带参数的启动方式<br /><br />如果启动参数时无需其它额外的信息,可以使用ThreadStart来实例化Thread,如下面的代码:using System;using System.Collections.Generic;using System.Text;using Sy

2011-05-29 21:05:00 363

转载 .net cache的使用方法

<br />   ASP.NET Cache是提升系统性能的重要方法,它使用了“最近使用”原则(a least-recently-used algorithm)。在数据库访问中经常会用到Cache保存数据库数据。<br />1.缓存的添加:<br />Cache的添加方法有Add()或Insert(),两种方法几乎类似,只是Inser方法可以使用可选参数,即使用默认参数,来实现缓存的添加:<br />Cache.Add(<br />       KeyName,//缓存名<br />       KeyVa

2011-05-29 20:41:00 713

转载 线程同步之互斥量mutex的使用

<br />什么是Mutex<br />  “mutex”是术语“互相排斥(mutually exclusive)”的简写形式,也就是互斥量。互斥量跟临界区中提到的Monitor很相似,只有拥有互斥对象的线程才具有访问资源的权限,由于互斥对象只有一个,因此就决定了任何情况下此共享资源都不会同时被多个线程所访问。当前占据资源的线程在任务处理完后应将拥有的互斥对象交出,以便其他线程在获得后得以访问资源。互斥量比临界区复杂,因为使用互斥不仅仅能够在同一应用程序不同线程中实现资源的安全共享,而且可以在不同应用程序的

2011-05-08 16:23:00 1270

转载 线程同步之互斥量mutex的使用

<br />什么是Mutex<br />  “mutex”是术语“互相排斥(mutually exclusive)”的简写形式,也就是互斥量。互斥量跟临界区中提到的Monitor很相似,只有拥有互斥对象的线程才具有访问资源的权限,由于互斥对象只有一个,因此就决定了任何情况下此共享资源都不会同时被多个线程所访问。当前占据资源的线程在任务处理完后应将拥有的互斥对象交出,以便其他线程在获得后得以访问资源。互斥量比临界区复杂,因为使用互斥不仅仅能够在同一应用程序不同线程中实现资源的安全共享,而且可以在不同应用程序的

2011-05-08 16:23:00 447

转载 线程同步之Lock对象的使用

第一印象,C#关于线程同步的东西好多,保持了C#一贯的大杂烩和四不象风格(Java/Delphi)。临界区跟Java差不多只不过关键字用lock替代了synchronized,然后又用Moniter的Wait/Pulse取代了Object的Wait/Notify,另外又搞出来几个Event……让人甚是不明了。不管那么多,一个一个来吧。 临界区(Critical Section)  是一段在同一时候只被一个线程进入/执行的代码。为啥要有这个东西?是因为这段代码访问了“临界资源”,而这种资源只能同时被互斥地访问

2011-05-08 16:19:00 711

原创 项目需求该怎么做(五)

第四盏:抓住关键人物。  抓住需求的关键任务能让我们事半功倍。我们的团队曾经在一个项目中做需求调研的时候由于调研对象过于广泛,并且针对的是同一个业务做的调研。再加上我们自身对该业务没有吃透,完全听信于客户。其结果是需求范围被无限扩大,业务内部杂乱无章,甚至出现了部分需求意见相左的情况。又由于项目规模小,没有引起高层领导的足够重视,需求评审会议没有召开,我们就带着这些需求回到了公司直接进入了设计

2011-04-11 21:20:00 474

原创 项目需求该怎么做(四)

第二盏:学习业务知识。    千万不要误会作需求就是将客户的想法记录下来,远比这复杂。作需求实际上是一个双方沟通的过程,将自己的想法用双方都能明白的语言表述出来。在我们行业应用系统的需求调研中就是客户描述自己的业务及想法,需求调研人员据此做出应对方案。所以,如果我们没有提前做业务知识的相关储备,那么沟通将会无法进展下去,或是很容易获取错误的需求信息。  对业务知识的学习过程有多种途径。首先

2011-04-03 13:33:00 399

原创 项目需求该怎么做(三)

我常采用的方法是在每次和客户交流的最后根据调研的情况预约下次沟通的时间。我找的理由是与客户确认本次的调研内容,大多数客户都不会拒绝。我晚上回宾馆整理资料,挖掘出需求的关键点以及模糊的地方,再上网查资料,看看有没有其他好的解决方案,然后我会尝试着做一些原型〔可以用viso画出界面原型〕以便于下次和客户交流时能有个具体的参照物。等到了约定的时间后,我会先电话再确认一下客户当前是否有时间,如果得到肯定的

2011-03-23 21:53:00 435

原创 项目需求该怎么做(二)

在面对需求的问题上,我们没有找到银弹,没有一劳永逸的解决方案。我们需求调研的对像是人,是性格各异的一群人。我们只有不断的从自己身上想办法,通过提高自身的素质,开拓多种获取需求的渠道,尝试在变化中寻找需求调研的最佳实践。我想每一次的一小步前进,教训与经验的累积,到后来一定会成为我们黑暗中的指路明灯。第一盏:掌握沟通技巧。  沟通在需求调研的过程中很重要。沟通能力不行,信息的获取就会不顺畅。沟

2011-03-20 09:23:00 523

原创 项目需求该怎么做(一)

项目的开始起于需求,有的客户是希望自己的管理思想融入软件系统中而产生的需求,有的客户是借助于软件先进的管理思想来提高自己的管理水平,也有的客户仅仅是想解决工作中的实际问题而借助于信息化的工具,还有的客户是因为软件厂商做了扎实的关系,做通的了客户高层领导的工作被迫产生的需求。不论如何,我们面对各种虚的,实的,主动的,被迫的需求,最终交付给用户的系统必须是实实在在能运行的,并且让用户真正使用起来的系统

2011-03-10 20:51:00 1221

原创 项目文档知多少(五)

二十三《项目阶段验收申请》   这份文档要根据项目规模的大小以及签订合同时所约定的付款方式来决定是否需要。一般的小项目都采用是3:6:1的付款方式,那就不存在项目阶段验收的情况。如果是大项目,我们一般会力争的付款方式是3:3:3:1,那么在申请第二个30%的款项时,就必须向客户提交《项目阶段验收申请》了。该文档要详细描述前阶段的项目进展情况,能量化的地方一定要用数字说话,比如项目历时多长,完成了哪些功能模块,有哪些模块上线运行了,没有投运行的模块是出于什么原因。到现场工作了多长时间,做了多少次培训等等,最后

2011-03-06 20:57:00 769 1

原创 项目文档知多少(四)

十八《客户联系人表》   这份文档的主要作用是留给客服人员做回访。其次是项目组人员流动〔离职〕后,客户关系不至于丢失。一个项目在实施的过程中会接触很多的人。有客户高层,有中层领导,有项目负责人也有最终用户。这些人员的姓名,性别,部门职务、办公电话、手机、qq、email等等相关信息要记录在文档中便于查询。另外还要用备注说明该用户在系统中承担的角色。比如说,人力资源部的主任不一定就是人力资源系统的最了解的用户,倒是下面的某位具体办事的人员反而是系统最熟悉的人员,所有的需求都由他来提出。那么我们就要将这个信息录

2011-03-03 20:40:00 565

原创 项目文档知多少(三)

十四、《现场实施计划》  是临去客户现场之前编制的现场工作计划。因为涉及到出差费用,首先要经过部门批准,再上报公司核准,然后再电邮给客户,获取客户对计划的认可后才能到现场工作。  文档内容包括:目标,现场负责人,预计工作时间,现场工作内容〔安装部署,数据初始化,用户培训,需求调研,现场跟踪使用情况等等〕,每项内容预计工作时间,需客户配合事项等等。最后还要留有双方签名认可的位置。到现场后,第一件事就是找客户签订该文档〔前期要电话沟通好〕。  刚开始我的项目中是没有这份文档的,结果出现多次现场实施效果不理想的情

2011-02-27 11:04:00 558

原创 项目文档知多少(二)

《uml设计说明》:这个文档不常用,我一般会在两种情况下要求项目做业务模型设计:1、 业务相当复杂的时候。         功能规格书更多的是从模块界面,操作方式上去阐述模块的功能,至于底层的数据模型还得用uml图来辅助说明。uml图有很多种,我们一般也只常用几种,包括:用例图,类图,时序图,其中类图又最为重要。2、 对原有系统进行重构的时候。         原有系统由于种种原因〔业务了解不透,工期紧张,人员能力不具备〕在做开发之前没有对复杂的业务进行模型设计,开发出来的系统虽然能用,但漏洞百出,开发人员

2011-02-24 21:11:00 601

原创 项目文档知多少(一)

     项目按时间先后顺序会分为若干个阶段,每个阶段会有大量的文档产生。如:项目前期会有《项目前景说明书》《项目建设方案》,项目需求调研阶段有《需求调研报告》《需求评审报告》,项目设计阶段有《项目开发计划》《功能特性列表》《功能规格书》《详细设计报说明》《数据库设计报告》《uml设计说明》项目开发阶段有《项目开发进度报告》《项目版本说明》《项目会议纪要》项目进入实施阶段后,相关的文档就更多了《现场实施计划》《项目安装手册》《系统管理员手册》《用户手册》《客户联系人表》《客户服务器环境配置表》《硬件签收单》

2011-02-20 12:07:00 1144 1

空空如也

空空如也

TA创建的收藏夹 TA关注的收藏夹

TA关注的人

提示
确定要删除当前文章?
取消 删除