博客园_地球人

再谈自主开发与企业IT管理

2012-05-09T02:11:00Z

前两天写《自主开发与带兵打仗》分析了一下自主开发的利与弊，得到了园内不少朋友的反馈，但我觉得还有很多东西没有交待清楚，可能有很多朋友也跟我一样在公司的IT部门，有自己的研发团队也有很多外购的系统或产品。IT部门其实很多情况下对于一个公司其实很多情况下是一个很尴尬的部门，更多情况下在老板的印象里是一个管管机器、管管系统的部门，而所谓的做出点成绩却是要投入大量的成本，而所谓的创新更是无稽之谈。因此我觉得对于一个IT部门来在研发方面很遇到很多问题，而这些问题可能更多跟公司的行业、决策者对于信息化的认知等息息相关的。

其实作为集团下属IT公司的研发团队组建到现在超过三年的时间了（公司的时间要更长点），我刚好有幸经历过了这三年大变革的阶段，从最初的纯PHP团队到纯JAVA团队再到JAVA+.NET团队几乎每年都会有大的调整，大的人员结构变化，可以说在这三年的时候里栽了不少跟斗，而我们自己的印象是公司老在调整，不管是目标还是人员，老板的印象是投了那么多钱却没有什么效益产出。

来看看集团IT的场景吧：

老板：你看咱们有这么多公司，有这么多需求是吧，你们IT这边搞出些系统把这些解决了，对于你们来讲以后就有自己独立发展的可能了，内部公司就作为你们的第一批客户是吧。另外现在市场是有这么多开源的产品你把这些产品整合整合起来不就是自己的系统了嘛。现有很多东西都不需要自主开发了，你搞出一个平台来了有很多人能帮你来开发，说着说着就手起手上的iPad跟我们说上，你看iPad有这么多软件这些都是苹果写的吗？不是，那都是别人帮苹果写的，所以说世界上有这么多聪明的人，你不可能把这些都招聘过来工作，但是如果你有平台的话那么他们就有可能在你的平台上来为你服务，你还不需要给他们付钱，是吧。好吧，咱们就做个平台，这个平台要包含XX、XX、XX、XX、XX、XX、XX、XX、XX、XX、XX，你看你们多久可以搞出来嘛。。。。

IT： 老板这个我们得评估系统功能、工作量、人员，对了还有一部分人在您上次交待的项目上得做完了才能抽出来。。。

老板：我跟你们说你们这种工作方式是不行的，你做不完的工作你可以拆分成任务包嘛，是吧，你可以把这个任务包指派给别人，还可以定一个价格，以后咱们公司就通过任务包来统计工资跟绩效。至于上次那个项目嘛先别做了，现在这是大的概念做好了就可以把上次那个给涵盖到了。所以那个项目的人员从现在开始就调过来好吧。还有工作包的事我觉得这样也不要太久，7天！好吧。为啥七天呢因为上帝创靠人类是用了7天的。所以以后每个工作都要拆成七天。

两个月后，老板又通知IT开会，那个。。咱们现在要搞一个大的XX平台，这个平台可以OOXXOOXXOOXX。。。。，你们看你们IT把人员的都组织一下从现在就开始做这项工作，每周跟我汇报。。。

一年后，老板要求IT提交年度分析报告，汇报刚到一半老板就开始说我投了这么多钱养你们这些几百号人，也没搞出几个像样的产品来出。。。过年前半个月公司开始裁员，开春老板又想了一个新的平台，又开始招人倒腾起来了。。。。

其实我觉得这里面的矛盾有点类似于“我国现阶段的主要矛盾是人民群众日益增长的物业文件需求与社会生产对相对落后的矛盾。”，以上的场景里老板提了很多目前主流的思想，比如：项目产品化、平台接口化、分包、互联网化等等概念。因为随着技术、产品、概念更新得越来越快，很多时候作为公司内部IT已经很难再跟上主流的技术、产品、管理方式。但是由于主流技术或产品又传播得太快导致了IT部门越来越难满足老板的胃口，比如老板刚买了个iPad就想要在上面办公了，而之前的系统其实有很多是不兼容的，修改起来费时费力。当然除了IT部门的原因我觉得很多情况下公司文化主要是决策者（老板）的认识是有很多关系的。我觉得作为内部研发团队会有以下几个问题：

1. 投资不够

其实从一个需求自主开发到一个成熟是一个相对漫长的过程，而在此期间又需要不断的投入以对人员、产品进行调整以优化。但很多情况下作为公司决策者或者业务部门只看到眼前的利益。一个项目如果超过半年以上的话就很难再得到有效的支持了。

2. 团队素质

我们大家都知道“一分钱一分货”，作项目的团队跟做产品的其实从人员技能要求来讲是有很大差距的，但是很多公司往往又无法投入如此大的资源来构建产品团队，更多情况下在严格的成本控制下面很难招到能满足“产品化”要求的人员，如果人员不能满足的话那么就无从谈起产品化了。

3.没有主导权

IT部门在公司里面基本都是“二流”部门，所以很难避免受到公司或者业务部门战略调整的影响，很多IT项目或者人员不得不因为调整而调整。而有时候如果IT部门觉得跟些解决方案其实可以的为业务部门服务，但得不到业务支持的话其实很多情况下也会半途而废。

当然作为IT部门的我们肯定也希望起走这样的困境，毕竟信息化的价值谁都不敢否定，这也是为什么存在的基本理由。初步考虑我觉得以下的一些方面是不是可供参考或借鉴的：

1. 自主开发决策原则

如《自主开发与带兵打仗》里讲到的，其实我们并不是所有的产品或系统是需要自主开发的或者说是值得自主开发的，我觉得如果要决定自主开发来做的话主要是考虑是不是主要的业务方向以便能获取长期的支持，也能积累和提升相应的业务经验与价值，至于这个系统自己有没有能力做或者性价比高不高我觉得倒是其次的了。

2.基础与积累很重要

公司很多项目都需要开发，那么开发的话我觉得不需要一个一个的重头开始做，更不能从PHP、JAVA、.NET整批整批的换，这样的代价太高了。要找准主要方向，管理好相关的代码、文档，当然最重要的还是团队要稳健。还有我最近在考虑要不要用一些像微软的Sharepoint 之类的产品来提高基础平台的能力。这样很多时候开发就不会从头开始了。但是SP的人员成本还满高的可能有待商榷，不过应该是一个方向。

3.新事务要小而快

除了日常的IT及研发工作之后还要对于新事务要采取“小而快”的原则，觉得值得试一试就要快速的组建一个小团队快速的发布成果，并在公司内部培养。

4.规划很重要

很多公司的IT都没有什么规划，或者有的话就只有一年的规划，其实IT建设是一个相对漫长的过程。我觉得主要的规划以三年为一个周期比较合适，然后每年还有一个相对详细的规划。并且这个规划一定要得到决策者的支持。规划里面除了IT和研发的事项之外其实还要考虑到非IT人员的培训、软、硬件重要的升级等事项。比如全员升级到Win7之类的。不然你以后开发系统体魄得考虑IE6的问题。

5.开源值得尝试吗

公司内部的项目除了使用一些开源的解决方案之外有没有办法可以把自己的研发成果开源出去，以便构建社区，提高产品化的可能性。这种方式在互联网公司里面比较普遍，不知道这个否适合于企业研发领域。

总结

好了，我觉得我了解到的还有我的想法交待得差不多了，以上只是个人的小观点，可能有很多夸大或者不考谱的成份，等着拍砖。。。。

本文链接

自主开发与带兵打仗

2012-05-07T12:53:00Z

自主开发与带兵打仗两个好似毫不相干的东西在最近的工作中越来越觉得两者有着越来越多的相似之处。好吧说说目前的情况，我公司是个集团下属的IT公司，有几十名自己的研发团队。有比较多自主开发失败的情况，所以公司内部老是在讨论我们到底是应该自己开发还是直接外购系统或外包出去。刚好前一段时间看了《三国》，想想自主开发跟带兵打仗还是有很多相似的地方。

1. 成本高

俗话说“养兵千日，用兵一时”，要培养一支训练有素的军队不容易，它要花费很长时间和大量物力。在企业里面也是一样，一个研发人员的待遇一般可以养得起2－3个业务/行政之类的人员了，因此研发团队成本对一个企业来说是一个不小的负担，对于管理水平低的企业来说更是如此。

2. 风险高

一但决定了要自主开发了那么就需要人力、物力、精力不断的往里投，而且还不见得能能搞出来，搞不好可能搞了百千万进去了最后也没搞出个像样的东西，然后团队一解散,竟然只给公司剩下几台“破”电脑（所谓的代码如果没有人的驾驭是没有价值的，暂且忽略）。打仗也一样，“兵马未动，粮草先行”，仗还没开始打呢就要先运吃穿住的东西了，而且有时投了很大的力气，仗却打败了。

3.心态是一样的

我觉得研发人员很像古代的将士，即所谓的“一将功成万骨枯”，作为将士只有“战死沙场”方显英雄本色，作为研发团队的我们肯定也是通过一个个成功的项目、一个个成功的产品来实现自己的价值，（当然失败的项目和产品大家一般都不会说的，至少在简历里是这样的，呵呵）遇到什么问题很喜欢通过自主开发的方式来解决，当然非研发人员其实更倾向于成熟的产品（如果市面上并且价格还能接受的话），也就是所谓的“外交渠道”来解决问题。

4.相似的“政治”

小时候看故事的时候经常会有这样的情节就是：将帅（主角）在前线拼死拼活的打仗，但是背后朝廷里却有不少人在告状，最终导致“出师未捷身先死，长使英雄泪满襟！”，虽然在企业里没有那么残酷，但是由于不同人员他们所站的位置是不一样的，因此导致了不同的价值观及事情的判断，如果项目进度再遇到点问题那么这种反面的声音就会越来越强烈，而老板可能也会想投了这么多钱却没出啥成果干脆Close掉得了，导致了项目的失败。

以上列举了这么多弊端，凡事都是有两面性的，其实大家是多少有点明白的，不然也不会有这么多的公司有着自己的研发团队，下面来说说好处吧。

1.枪杆子里面出政权

众所周知，如今要在信息化高速发展的信息里如果没有自己靠得住的研发团队的话是很难在激烈的竞争中取得优势的，特别是对于产品或研发型的公司。所谓的“枪杆子里面出政权”，就是“只有掌握自己的武装力量才能以革命的武装反对反革命的武装”，你看那些成功的大的公司哪家没有几百上千号人的研发团队，他们能在本行业的信息化、互联网化当中不断的取得先机与主动，拼的就是的研发啊！所谓的外包、最佳实践都是忽悠的，信息化走在前头的公司都清楚，其实这些都是只能参考而以，本行业的信息化还是自己最清楚。

2.打下来的才是牢靠的

从很多故事里我们了解打的要比谈的靠谱，如果产品是自己研发出来的那么肯定也比直接外购的考谱（当然我说的是投入是差不多一个水平上的，你别说是光投了2个开发的就要跟人家MS的产品去比较）。有源码在手，又是专门定制开发的，团队还能够比较清楚的了解系统。以后想整合的话想改哪就改哪，做过企业应用整合项目的肯定对此都深有体会。

总结

其实之前很多情况下我也是比较主张自主开发的，但是有一次看了一家公司的产品（特定行业），功能无比强大，价格还无比便宜（小几万块钱）。想想之前我们自己开发的一些产品的经验。如果我们想要做出同样功能的话起码成本得贵上十几倍，而且可能还需要有一个相对长点的迭代周期。所以其实无论是自己开发还是外购，其实主要还是要看自己的需求与市场上产品的满足程度，如果确实有很成熟的产品了那么其实外购也无可厚非，如果再想稳妥点的话能把源码给谈下来更好了。那么如果是决定自己开发的话也别什么都是自己做，其实IT真的很贵，用不好会伤身的，当然用得好了可以强身健体。呵呵！

本文链接

MVC3+EntityFramework实践笔记

2012-05-07T09:51:00Z

最近项目想做一个员工统一工号生成的系统，本来可以直接让别的同事来做的，不过大家都在项目上忙不开，刚好也可以练练手于是就接过这个项目。之前虽然一直对MVC和Entity Framework有点了解，但是实际使用的时候还是有很多问题。本文是记录在项目开发过程中遇到的第一手问题及解决办法。

1. DataContext的选择

遇到的第一个问题就是DtaContext的选择，之前以为根据生成的EDMX就可以直接选择Model生成Controller及View了。不知道还需要Data context。好吧，初步查了一下Data Context是相关的底层数据连接、数据集定义的。

所以在生成Controller 的时候就选择表的类及创建时生成的Entity即可。

2. 数据校验

MVC提供了比较多的数据校验功能，但是很多提示是英文的

        [Required(ErrorMessage = "必填")]
        [DataType(DataType.Text)]
        [IDCardCheck]
        [Display(Name = "身份证号")]
        public string PersonalID { get; set; }

一个简单办法就是声明ErrorMessage值，输入中文的错误提示信息。

如果需要自定义的验证的话，如上代码中的IDCardCheck,可以继承ValidationAttribute来实现

[AttributeUsage(AttributeTargets.Field | AttributeTargets.Property, AllowMultiple = false, Inherited = true)]
    public class IDCardCheckAttribute : ValidationAttribute
    {
        CheckHelper checkHelper = new CheckHelper();
        SSOEntities SSODB = new SSOEntities();
        public override bool IsValid(object value)
        {
            if (null == value)
                return false;
            try
            {
                string personalID = value.ToString();
                if (checkHelper.CheckIDCard(personalID))
                {
                    int count = (from p in SSODB.t_UserInfo where p.PersonalID == personalID select p).Count();
                    if (count > 0)
                    {
                        ErrorMessage = "该身份证号码已存在！";
                        return false;
                    }
                }
                else
                {
                    ErrorMessage = "请输入正确的身份证号码";
                    return false;
                }

                return true;
            }
            catch (Exception exp)
            {
                ErrorMessage = "请输入正确的身份证号码";
                return false;
            }
        }
    }

3. 映射存储过程

EDMX支持将存储过程映射到实体类的添加、删除、修改中。

映射之后调用的时候还是可以用类似于SSODB.t_UserInfo.AddObject(xxx);这种方式来调用但是实际执行的时候是执行存储过程了。

3. 导入存储过程方法

如果你想在存储过程里直接使用存储过程的方法，那么可以在Model Brower里的 Function Imports里导入存储过程。

在代码里直接使用：

SSODB.DeleteEmployee(id, currentUser);

4. CodeFirst 实现

EF4.1 开始引入了Model First/Database First/Code First 等功能，由于这个项目是在之前项目的项目上改过来的。所以没有完全用Code First来做。不过在找解决办法的过程中还是试了一下Code First。以下为 Code First相应的Model Class及Data Class的代码:

    public class UserIDInfo
    {
        [Key]
        public int UserId { get; set; }
        public string Name { get; set; }
        public System.DateTime CreateTime { get; set; }
        public Nullable CreateUser { get; set; }
        public string status { get; set; }
        public string Sex { get; set; }
        public string PersonalID { get; set; }
        public string StaffNumber { get; set; }
        public Nullable EntryDate { get; set; }
        public Nullable SequenceNumber { get; set; }
    }

    public class UserIDContext : DbContext
    {
        public UserIDContext()
            : base("UserIDInfoConnect")
        {
        }
        public DbSet UserIDInfos { get; set; }

    }

Web.Config的配置

5. 代码云存储

特别需要说明的是这次使用酷盘+TFS的方式来管理代码。因为我在公司和家里总共有两台电脑，家里的网络又连不到TFS，因此需要代码同步，但是用U盘拷来拷去的太不方便了。因此想到了用酷盘作为代码文件的同步。当然我把数据库文件也作为同步的项了。这样在公司写完代码如果还想回家写的话直接到家打开电脑即可。还有最重要的一点是酷盘有版本控制的功能。这个项目里由于我脱离了TFS开发了好长时间，后来想把最新的代码迁到TFS上，倒腾了半天把好几个重要的文件都给弄丢了。还好在酷盘的已删除里找到了，不然就白努力了。

因此推荐给大家这个工具访问地址：http://kb.vc/qCgf （通过该链接访问我可以增长点免费空间，感谢您的支持！），我使用过Dropbox/SkyDrive/微盘/快盘等几个工具，觉得在国内访问速度还有空间还是酷盘最好。

不过有一点需要提醒的是光有酷盘可能还是行。因为你无法为代码生成结构化的版本，比较打标签之类的。因此还要结合TFS来做代码的管理。

6.总结

通过小一周的开发体验觉得MVC+Entity Framework对于.NET 的Web开发来说还是强大了不少，当然由于开发时间紧以上的概念之外我可能说得不太准确，欢迎大家批评指证，以后得继续努力学习。

本文链接

Word邮件合并-IT男必备技能

2012-02-07T03:36:00Z

一天HR的MM找我，说公司最近有一批人事任命在Excel表格中存着，但是下发的时候需要使用Word形式的，模板她都做好了，但是如果一个一个敲的话太费劲了，问我看有没有什么办法可以批量的办法来根据Excel数据生成Word版的任命书。最郁闷的是她竟然拿出了另外一个人已经做好的Word来给我看，说“你看你就照着他的做就成了”。。。。。。

无奈之前由于根本没有接触过这个东西，虽然有已经成型的东西研究但是没有什么头绪。因此在她脑上倒腾了一会就落荒而逃。回来之后痛定思痛，潜心研究。好在有Google的帮助，在更换了数个关键词之后终于找到了解决办法－其实就是office03就已经有的邮件合并功能。考虑到众多单身的IT同仁，不敢独享，故有此文。

准备工作

首先备一份Word文档，内容如下所示。（不用考虑什么数据域、Word控件之类的我之前在上面绕了点弯路）

其次准备一个Excel数据源,内容如下所示：

开始合并

1.打开word文档，点击功能区域的邮件，在“开始邮件合并”中选择“邮件合并分步向导”

2.在右侧的功能区域中选择文档类型为信函

3. 开始文档中选择当前文档

4. 在选择收件人中选择准备的Excel数据源

5.在撰写信函中选择其他项目

6.将合并的域名插入到文章中指定的位置

7.预览信函中，可以查看到已经合并好的信函

8.点击完成合并，再在合并选择中选择编辑单个信函

9.在合并到新文档的对话框中选择全部，就可以看到根据数据源生成的多份任命书。保存新文档即可。

好了，以上就是邮件合并的功能。希望某天哪位IT兄弟能用上示例下载

本文链接

外包项目的内外部管理

2012-02-06T13:25:00Z

今天下午又开了一次项目例会，对于已经延期了一个多月的模块外包厂商竟然还提需要给他们什么材料再回去研究研究，实在忍无可忍。感叹作为甲方来说，对于外包出去的项目来说如果遇到了九流的厂商，然后再加上没有什么实质效果的管理办法，真是哑巴吃黄连->有苦说不出。

事情还得从一年前说起，一年前公司老板看到分布在全国各地的人力管理工作效率特别低，做个工资、绩效什么的特别慢，想因此要求IT部门为人力部门提供eHR方面的系统，来提高工作效率。在通过前期调研、自制采购分析、招投标下来就选定了其中一家。为了让项目后续的工作更加顺利，我们还让厂商在未签约前先进行需求分析、产品试用等工作，直至最终的签约及项目实施。刚开始项目实施的还相对顺利，但是随着时间的推进，人员的调整，慢慢的两边的节奏就合不到一起了，不是因为甲方业务部门的问题就是外包团队的问题。而我们作为IT部门的项目管理人员来说也就是开始头疼的时候了，一个小几十万的实施项目实施周期竟然能够比计划的多两倍！当然这里面的问题是多方面的，总结出一些外包项目管理的教训或经验来与大家分享。

内部管理

1. 主次需分明

本来实施个系统是为了给人力部门使用的，老板却让IT部门牵头来搞这个项目。虽然老板不久后在我们的“要求”下陆续指派了不同的人力部门人员来“负责”这个项目，但是指派来的人要嘛就是职位太高太忙无暇顾及，要嘛就是小虾米无法调动其部门内的人员。因此项目具体实施时的业务部门很难真正调动起来。

2. 良好的项目执行环境

由于公司的产业较多，人员调动本身就比较频繁，再加上公司人力制度的缺失人员流动很大，因此作为人力部门本身其实并没有一个长期的规划，包括IT方面的规划。因此在系统部署的时候有时候刚培训好了人员，过不了多久就离职或者调动了。对项目的造成很大影响。

3. 良好的高层沟通

项目的问题或需求可以尽快的传递到高层领导上，以获得他们的支持。虽然有时候事情实际执行的效果也并不好，但有了高层的支付至少能使项目更顺利一点。

外包团队管理

1. 选择很重要

选择一家合适的公司很重要，如果选错了那么后面不仅要多花很多时间和精力还有可能把事情给搞砸了！同样的外包项目我们另外一个项目与另外一个公司就合作得很愉快，基本上只需要定期检查一下成果做一些沟通就可以了。

2. 实施团队很重要

之前提到了我们为了减少项目实际执行过程中的问题已经提前让厂商的人员过来进行需求调研和配合产品试用等工作，但是在项目实施过程中外包团队的几个主要人员却离职了，直接导致了外包厂商一直无法给我们提供合适的人员来继续后续的项目工作。

3. 现场很重要

由于我们是购买产品，然后少量模块需要定制开发，因此厂商就直接在他们的公司进行开发了，但后来在项目实施过程中自定义模块的开发工作根本控制不了。所以如果说能要求厂商现场开发的话最好还是现场开发。

4. 合同很重要

其实很多问题都体现在合同上，项目出现问题的时候我就会去找合同，但可惜之前很多地方并没有约定，比如实施团队变更的确认及赔偿问题、现场开发问题、违约、赔偿的定义等。因此在最好把很多问题都约定在合同里，当然还要包括衡量标准，别约定了却执行不了。

5.其他实际项目管理中的“术”

a. 要求符合要求的实施人员

这一点看似理所当然，但是在我中途接手该项目之前却没有人明确向厂商提及这个问题。厂商也是只派一个小兵天天呆在我们公司做些不着边际的工作而以。

b.制定有效的项目计划

有问题的项目一般项目计划也有问题，因此有必要重新制定一个有效的项目计划包括清晰的目标、明确的责任人、完成时间和交付物，然后通过不断跟踪与修正该计划来达到项目监控的目的。

c.缩短项目汇报时间

原来项目只是每周一次例会，现在改为一天一次例会，如果有人员不在现场则需要电话拨进参与每日例会，汇报本日的工作成果及明日的项目安排。参会人员包括业务、实施、IT等各类人员，会议的时候不需要很长，十几分钟到半小时之内即可，这种办法对于短期内尽快推进项目工作有良好的效果。

d.统一沟通渠道

原来项目上很多工作是通过口头、QQ来完成的，经常会遇到“我早就给你了！”、“我还没有得到啊！”这样的争论，那么就需要统一沟通渠道，比如QQ讨论群组、邮件及文件服务器（FTP、SVN）或其他项目管理工具。

e.培训\教育

有时这个听来很荒谬我们是请他们来教我们的，我们是花了钱让他们来实施的，但有时你要是碰上七、八流的公司的话没办法还得时不时的教他们一些基础的工作方法，比如“能在会下解决的问题尽量在会下解决”、“项目计划不单单是工作列表”等等

项目自身的管理

1. 沟通很重要

沟通在项目管理中占了大部分的工作，那么在多个团队的管理中沟通尤为重要，同时需要注意在沟通中发现问题并及早解决。

2. 替代方案

作为项目经理在你手上最好永远有替代方案，比如外包厂商时间延迟很长时间搞不定了，你可以其他办法或人员来实现，所产生的费用从外包厂商的尾款中扣除。

3.考虑撤退方案

如果项目实在搞不下去了，那么最好提前考虑撤退方案，比如该如何做项目收尾，如何向老板交待甚至如何打官司（这一点可以提前跟法务部门沟通）。

2. 最后排除自身责任

虽然项目经理最终是为目标为项目负责的，但有时公司无法给你提供相应的“权力”，也就是你努力争取又搞不定的时候一定就要把自己的责任给摘清楚，重要的沟通需要保留“证据”，别老板一怪罪下来你成了替罪羊了！

好吧，以上就是一点作为甲方来讲对于外包项目管理中的一点认识，欢迎拍砖！

本文链接

三年项目管理，三个阶段

2012-02-05T09:38:00Z

算年头的话项目管理已经做了三年了，作为技术出身的我，在这三年感觉自己经历的三个不同的阶段。也对项目管理有一个进一步的了解。与大家分享一下自己认为的三年三个阶段。

跟项目

刚从一家公司的程序员跳到另一家公司当项目经理，对我的挑战有两点一个是不同的公司，二是全新的身份。虽然之前也一直在项目里工作。但是项目管理的工作对我来说还是片断的。

因此刚到公司，分配给我的项目我不断的从我的领导和同事那里去学习项目管理方面的知识，而公司分给我的项目（子项目）上我只能“跟”进项目：安排会议、记录会议既要、发布项目周报、汇报项目进度。对于时间、范围、成本、质量等还很控制，由于在互联网公司项目管理还是相对新鲜的，有时我甚至不知道该不该去争取一些权力、事情没人做我就自己去做了。

在“跟”了几个项目之后我就对我的工作有了一个更好的认识，而此时我也在谋划来考一个PMP的认证，刚开始主要的动机其实是要有一个“证”，但是学习过程中我逐渐对项目管理的工作有了一个更加系统的认识，在PMP学习的时间里我不知不觉的到了下一下阶段。

带项目

在第二个年头里，公司也对项目管理逐渐的重视起来。我由于有了PMP理论的一些基础也可以在公司项目管理改革中提出一些相对专业的见解，自己也能独立负责一些项目全生命周期的管理，包含一些外部厂商的谈判、项目组建、招投标、项目验收等工作。

能够主动的为项目执行争取合适的外部环境，能够对项目成员的工作起到促进的工作。能够知道如何剔除一些不利于项目目标的成员，能够清楚如何做项目的成本管理。大概项目的方方面面管理工作在这个阶段有了较大的提高。有了几个成功的项目交付也更有自信去负责项目或者争取条件，有时手头上有五、六个项目也应付自如。

项目价值管理

第三个年头逐渐感觉成功完成或交付一个项目在很多情况下并不能为公司或业务部门创造价值，业务部门在IT项目或互联网项目有一种“别人有我也需要”这样的误区，其实在如今竞争如此激烈的环境下光有别人的功能还是不行的。因此公司有很多项目在交付之后根本没有运营走来或者说等于进入了“立项－>交付->死亡->立项”这样的怪圈。

因此目前很大部分的工作会在项目立项的前期与业务部门进行沟通，帮他们策划项目，立项什么项目、实现什么功能、达到什么目标、后续如何操作这样的工作。而这些对我来说更具挑战性，对项目本身及公司的投资来讲也更有意义。

以上是我三个年头，三个阶段的项目管理心得体会，与大家分享。

本文链接

项目管理－自上而下还是自下而上的沟通？

2012-02-05T09:00:00Z

项目管理过程中经常需要向职能型部门协调资源或者为项目成员争取一些利益，这些活动有些涉及到项目成员本身，有些为项目管理团队又有些是项目以外的公司领导。那么是采用自上而下还是自下而上的沟通呢？

项目经理喜欢在做沟通之前做一些假设，比如假设资源（员工）本人是愿意参与项目工作的或者是同意调整的，双比如TA的部门领导或者大老板是同意协调的。但是在实际执行的时候可能会遇到这样或那样的问题。举几个沟通失败的例子。

1. 协调人员，领导们都同意了员工却不干

作为项目经理经常需要到职能部门去协调资源来参与项目工作，但是这次协调却遇到问题了。事情是这样的，我们有一个女的PHP开发工师怀孕了，之前请了一段时间的假，春节后过来上班。而此时我手头上刚好有一个项目需要一个PHP开发工程师完成一个二到三周的活。

刚开始我以为她应该会很乐意接受我给她找的项目，因为这个项目她只需要把原来的代码改一改就可以用于新的网站了。于是我找了她的领导（技术经理）沟通，同意了；另外还听说她的合同好像有调整，有可能要调到集团下的其他子公司，于是我又去找了公司总经理，也同意。最后我把这个消息告诉她时，她却说现在怀孕不太方便，不太想干编程的活，想让公司给她安排一些其他的活。

我白跑了一趟！一方面公司的领导会想着这个资源在我手头上工作，另一方面她又不想做项目的工作，就算我跟她说我已经跟领导协调好了，她去再去跟领导讲一下她的想法的话，也很难挽回沟通失败的损失。

2. 私人关系好直接干活，领导不干了！

这个几年前的事情了，我当时是A项目里的一名开发工程师，由于A项目的项目经理不经常跟我们在一起，因此我们的工作相对自由点。这时B项目的一个项目经理找到了我，想让我给B项目干点活，由于我跟B项目的项目经理私人关系还行，而且B项目里我也能学到不少东西，因此我偶尔“请假”去干B项目的活，后来B项目想把我给调过去，找A项目的项目经理时，A项目的项目经理死活不肯，为此他们两个还大闹了起来。A项目的项目经理还把之前我“帮”B项目干活的事情给抖落出来。

3. 给试用员工提前转正，他却提出离职

项目成功交付，我打了费了好大劲给项目团队的一员成员提前转正，本来是想给该名团队成员一个“惊喜”（提前转正在我们公司比较少见），但是当然把这个消息告诉TA时，他说考虑一下，过会儿就找我说要辞职！说是来公司时HR谈的待遇太低（其实是市场水平），转正后待遇又没有提升因此考虑了还是要辞职！我跟他说如果要涨薪的话我可以再跟公司谈，但是他说一方面刚来没多久（三个月）做的贡献也是不是很突出因此现在跟公司谈涨薪也不太合适，主要是他自己还是觉得待遇低了因此还是要辞职。

由于他是试用期员工提前三天通知就可以离开公司了，他的离开会使我项目后期的维护工作遇到非常大的麻烦，我的上司也觉得我没有事前跟他沟通给TA涨点薪就好了（其实公司是不会给涨的）！

后来跟他沟通了解到如果我不主动给他涨薪的话他可能会呆到试用期（6个月）结束，如果公司能给他涨一点的话他更加感激了。而我吃力不讨好的给项目上带来了麻烦。

总结

可见项目管理中沟通不仅重要，沟通的顺序与方式也需要考虑。而沟通方式与顺序是依赖于干系人分析，具体采用自下而下还是自下而上沟通需要看各个关系人对沟通目的的影响力来判断。

第一个例子中，沟通的目的是协调该名员工参与项目工作，但是我是在做假设的基础上去做的沟通。其实直接跟目标员工的沟通是最简单、成本最低的，可能只需要一句话就可以了。

第二个例子中，虽然B项目的项目经理虽然是采用自下而上的沟通，但却忽略的干系人及沟通时机，因此导致最后大家不愉快！虽然有可能B项目的项目经理在做了沟通之后可能也根本不能让我过去帮忙，但至少这样做是比较专业的做法。

第三个例子中，沟通的目的是需要该成员更好的为后续的项目工作服务，基于这个目的考虑到提前给该名员工转正的奖励行动，但由于这个行动由于没有得到干系人（该名成员）的认可，后续的沟通工作注定就是失败的。因此无论采用哪一种沟通方式都是不可行的，而是要项目经理需要在项目执行过程中不断的关注项目干系人的需求。因此失败的主要原因是干系人的需求没有识别出来。

另外有些沟通或者最终的目的达成是是项目内部无法控制的，需要项目外的公司给营造好的组织环境，以保证项目的有效沟通。比如第三个例子中的涨薪问题，最好有HR能给予配合就好了。

本文链接

知难而退，抢张硬座回家过年。。。

2012-01-08T10:03:00Z

真是很惭愧。看到网上那多哥们如何如何用自己写的工具、脚本，买到了回家的车票至少还是都是卧铺的。但是我水平不行，只买到了硬座的（已完成支付，收到了12306的短信通知但未换纸质车票）。既然只买到硬座的而以还有啥好说的呢？更何况这是博客园首页啊！其实我只想说我其实也做了不少工作，可能算是技术不行、也可能是绕了很多弯路、还有可能就是12306或95105105虽然很烂但其实他们也是在不断的改进的，今天找到的方法说不定明天效果就不好。

首先讲讲做了哪些工作：

12306.cn

第一次访问了该网站之后我就想应该可以写一个自动化的工具，可以自动帮我去进行查票、订票。最开始的时候想的前面几步都是手工实现的，然后通过构造发送最终的订票数据。来模拟提交。但不是很理想，虽然把本地所有的cookie信息都模拟提交了但还是返回不了正确的订票信息。

于是就想写WinForm之类的工具，遇到了验证码。考虑过用人工的方式但还是想着如果能够破解图形验证码的话效果应该更好。无奈花了一、两天的时间来搞验证码，做一过比如把图片信息变为0和1分布的矩阵，通过查找相对位置的办法来识别，但是识别效果并不好，因此放弃。

最近这两天在网站方面已经不考虑再写什么工具了，注册了三个账户，把要买的人员全部加为联系人，在查票的时候挂上如下简单的脚本，进行自动刷新而以。

setInterval(" this.document.getElementById('main').contentWindow.document.getElementById('submitQuery').click();",10000)

95105105

虽然电话订票的渠道知道的时间要比网上稍晚点，但网上看了一些文章好像用电话订票的成功率要高点似的。刚开始想的也是自动来实现的，但是订票环节中加了个验证码，全流程的自动化暂时是行不通了。但是由于之前接触过Skype相关的API，因此还是写了一个简单的外挂，进行自动化重拨和身份证输入等功能。写这个外挂过程中我还特决购买了800多分钟的skype套餐（还有一半未使用完）。

Skype通话录音与尽快重拨代码(需要安装Skype4COM)

/// <summary>
        /// 忙重拨
        /// </summary>
        /// <param name="phoneNum">电话号码，例如:01095105105</param>
        public void ReDial(string phoneNum)
        {
            try
            {
                objSkpe = new Skype();
                objSkpe.Attach(7, true);

                objCall = objSkpe.PlaceCall(phoneNum);
                //设置声音文件输出目录
                string outPutFolder = System.Environment.CurrentDirectory + "\\audio\\";
                if (!Directory.Exists(outPutFolder))
                {
                    Directory.CreateDirectory(outPutFolder);
                }
                string waveFile = outPutFolder + phoneNum + "_" + DateTime.Now.ToString("yyyyMMdd_hhmmss") + ".wav";
                //录音
                objCall.set_OutputDevice(TCallIoDeviceType.callIoDeviceTypeFile, waveFile);

                //WriteLog("拨号中...");
                TimeSpan startTime = new TimeSpan(DateTime.Now.Ticks);
                //循环直到通话中
                while (objCall.Status != TCallStatus.clsInProgress)
                {
                    //判断拨号超时
                    if (objCall.Status == TCallStatus.clsRouting)
                    {
                        Thread.Sleep(1000);
                        TimeSpan stopTime = new TimeSpan(DateTime.Now.Ticks);
                        TimeSpan val = stopTime.Subtract(startTime).Duration();

                        if (val.TotalSeconds > 30)
                        {
                            objCall.Finish();
                        }
                        continue;

                    }
                    //忙或关闭等各种状态重播
                    if (objCall.Status == TCallStatus.clsBusy
                        || objCall.Status == TCallStatus.clsFailed
                        || objCall.Status == SKYPE4COMLib.TCallStatus.clsFinished
                        || objCall.Status == SKYPE4COMLib.TCallStatus.clsCancelled
                        || objCall.Status == SKYPE4COMLib.TCallStatus.clsEarlyMedia
                        || objCall.Status == SKYPE4COMLib.TCallStatus.clsRinging
                        )
                    {
                        //如果是忙音，则需要先挂断再重拨
                        if (objCall.Status == SKYPE4COMLib.TCallStatus.clsEarlyMedia || objCall.Status == SKYPE4COMLib.TCallStatus.clsRinging)
                        {
                            objCall.Finish();
                        }
                        //WriteLog("忙重拨...");
                        Thread.Sleep(1000);
                        ReDial(phoneNum);
                    }
                }

               // WriteLog("通话中...");
            }
            catch (Exception exp)
            {
                //WriteLog("Error:" + exp.Message);
            }
        }

虽然流程自动化系统比较难实现，但其实我也在这方面做了一些努力，比如动用了微软的SpeechSDK来参与我的抢票工作，以下是调用SppechSDK识别声音到文本的结果展示。

但是由于目前还未找到直接将Skype的流转为SpeechSDK可以识别的流，因此该方案目前暂无进展。

效果：

12306.cn 本文标题所指的硬座其实写的工具都没有派上用场，最后还是通过“人工”的方法来订到的，可惜提交了不少于50次的卧铺订单但还是无法成功订到。

95105105 开发了不少功能，但是最实是实用的还是自动重播那一项，该渠道于昨天（1月18日）帮一朋友买到了临客的卧铺，也还算是聊以慰籍。本来今天还想给我自己订的无奈很不给力两个Skype从7:58开始拨到8:30才拨通不说，好几次都确认订票信息了，系统直接给我提示“系统繁忙，订票请按1”，崩溃了。。。。(不更早一点拨号是因为之前发现7点多拨的号到8点以后还是订不了最新预售期内的票，网站好像也有这个问题。他是根据登录时间来定的而不是当前时间，所以早拨也没用。）

总结一下：

网站和电话其实这两个方向我都了相应的探索但基本都属于无功而返，反思这次做为一个程序员的的抢票行动，我觉得有以下几点是需要考虑的：

1. 开发工作脱离目标

目标虽然很清晰，但是在实际开发过程中很容易进了死胡同里，特别是感觉如果解决了很有成就感的技术问题。当然还有可能是由于技术水平有限，应该有高手早就解决了我遇到的这些问题了。

2.少即是多，准备的东西太多，抢票时手忙脚乱的。看看我的工作台快照

无论怎样。我觉得此次抢票行动比起在车站排除买票，还是意思的多的。最后,祝大家都能买到中意的车票平安回家，新年快乐！

本文链接

BizTalk2010动手实验（九）业务规则引擎使用

2011-12-19T03:41:00Z

1 课程简介

通过本课程熟悉业务规则引擎（BRE）的使用（本环境为Windows 2008 32位操作系统环境 + Visual Studio 2010 + BizTalk 210）

2 准备工作

1. 熟悉BizTalk Schema,Orchestration相关开发技术

3 演示

1. 创建BizTalk项目

2. 新建Schema，新建product(string类型),quantity(int类型),price(double类型)个字段，如下图所示

3. 创建Orchestration并配置相应的流程、消息及端口。

4. 打开规则管理器

5. 在Version 1.0中新建IPad Price

6. 在事实浏览器中打开项目中的Schema

7. 在条件表达式中添加相应的产品和数量的条件

8. 将Schema中的Price拖入在THEN操作窗中的ACTION操作下

9. 保存当前版本，并且部署（保存之后即可在Orchestration查看到，但如果需要在运行时被执行的话则需要部署）。

10. 修改orchestration，将CALL Rule形状拖入Orchestration中，点击获取相应的规则并设置相应的参数。

11. 生成并部署项目

12. 在BizTalk控制台配置相应的输入输出端口

13. 基于PO Schema生成的XML实例构造测试消息，查看当product字段为ipad并且quantity字段值大于 100时,price字段的值是否跟设定的一样。

本文链接

BizTalk2010动手实验（八）消息路由

2011-12-19T03:37:00Z

1 课程简介

通过本课程熟悉BizTalk消息由的机制

2 准备工作

1. 熟悉XML、XML Schema、XSLT等相关XML开发技术

2. 新建BizTalk空项目

3 演示

3.1 动态消息路由

1. 新建Schema，添加targetEndPoint及notes两字段并且升级为可分辨字段

2. 新建Orchestration,构建流程图如下图所示

3. 创建发送逻辑端口，在选择端口绑定类型时选择动态，Send Pipeine选择passthough管道

4. 新建InMsg和OutMsg消息，其类型都为刚创建的Schema

5. 将以下代码添加到构造消息表达式中，并设置构造消息表达式的构造消息为OutMsg

OutMsg = InMsg;

OutMsg.notes = "Dynamic Route by Orchestration";

Port_2(Microsoft.XLANGs.BaseTypes.Address)=OutMsg.targetEndPoint;

6. 设置第一个接收形状的激活属性为true

7. 配置完成之后的流程图

8. 生成并部署项目

9. 配置MessageRoute应用程序，绑定物理接收端口到Orchestration，接收端口的pipeline选择XMLReceive

10. 在MessageRoute项目文件夹中创建多个输出目录以进行测试,测试文件采用Schema生成的文件。消息内容如下所示：

<ns0:Root xmlns:ns0="http://MessageRoute.Schema1">

<notes>notes_0</notes>

<targetEndPoint>file://D:\Samples\MessageRoute\Out1\File_%MessageID%.xml</targetEndPoint>

</ns0:Root>

11. 可以发现通过修改不同的输出目录，消息会自动发送到相应的目录。

3.2 基于属性字段的路由

1. 新添加属性Schema

2. 在属性字段中新增EndPointName的字段

3. 在原有消息Schema中添加一个endPointName的字段，并将其升级为属性字段(升级前需要先选择属性字段的Schema)

4. 生成并部署项目。

5. 新建一个发送端口，选择文件适配器，在发送端口的订阅位置可以看到新创建的属性类型，设置判断条件为” MessageRoute.EndPointName == Out3”

6. 使用Schema生成的测试消息进行测试，并将endPointName字段的属性值设置为out3。

7. 此时可以在适配器对应的目录里看到相应的输出消息。

3.3 Orchestration订阅

1. 构造流程图如下：

2. 创建接收和发送逻辑端口，注意端口类型都选择Direct

3. 同样新建InMsg和OutMsg，两消息类型均为Schema_1。

4. 绑定InMsg到Receive, OutMsg到Send,将构造模块的构造消息选择为Outmsg

5. 将以下代码添加到构造消息表达式中

OutMsg = InMsg;

OutMsg.notes="Direct Route From MessageBox";

OutMsg(MessageRoute.EndPointName)="Out3";

6. 右击Receive，点击编辑订阅表达式

7. 在表达式编辑窗口中配置如下条件（注意：在Orchestration中配置订阅条件如是是字符串的需要加双引号）

8. 生成、部署并配置Orchestration2,重启BizTalk实例

9. 使用3.2的测试数据，将endPointName字段改为Orch。当数据被BizTalk接收之后将会在Out3文件夹中出现相应的数据。如果文件夹中同时出现多个文件，是因为与3.1的Orchestration实例订阅条件相冲突。可以先将Orchestration1执行Unenlist操作。

本文链接