我得工作节拍（新产品、旧产品、文档、外包）

最近手上的工作很乱，归纳一下有:产品维护、新产品研发、外包项目、文档编制。

产品维护：
公司的原有产品开发了很长一段时间是公司的主打产品，但是随着用户的增多，产品的维护方式远远不能满足具体工作的需要，因此需要一个自动化的方式将整个产品的维护周期近可能的缩短，因此基于产品的维护项目是必须尽快解决的。

我现在的想法，主要解决以下几个方面的问题：
1：产品自动发布：将各种版本的产品的发布一键完成，现在主要通过脚本，利用命令行将各种工作衔接在一起。
2：产品版本一至：目前产品中不同文件的版本不唯一，现在需要自动统一所有文件的版本号。
3：公司产品网站：将产品网站中的信息变化与内部产品的变更自动关联起来。
4：产品知识库：将工作中的所有信息衔接起来，形成一个围绕项目建设的知识体系。
5：内部Team站点：主要是加强内部交流与合作，必须架到外网上，这样现场调试、维护或者出差都不怕了。

原先的项目开发过程中，很多的信息丢失了，现在觉得真的很可惜，每个人的邮件、文档、即时帖中的信息都分散在不同人的机器上，信息的交流太费劲了，浪费了很多的信息。原先尝试过SharePoint，但是整个团队似乎只喜欢看，而不太喜欢写，似乎只成为了一个消息的发布工具，前几天服务器挂了，很多信息丢失了，只是备份中的一些，很郁闷。产品开发、维护包括工作方式，对于程序员来说好像只有严格要求才可以，但是现在想起以前的事情似乎很有趣，记得曾经要求团队成员写日报，但是似乎写日报成了他们最头疼的问题，最后也就不了了之了。

今天我们进行了一些交流，才了解了一些很具体的问题，其实程序员的压力很大，通常我认为很简单的任务，他们认为很难，有些甚至是没有听说过的，而我给出的文档通常很简略，也没有给出解决办法，这可能和个人的工作习惯和方式有关系，我喜欢自己解决问题，但是大多数程序员喜欢给出解决办法，然后实现就行了。还有就是项目的各种文档准备的不详细，这样在实现上似乎就很为难了，这就是为什么程序员实现的东西与我的想法不一样的原因。

今天才明白，不同的人有不同的想法，如何共同完成一件事情，实际上要有不同的方法来解决。对与我现在来说，需要作的事情就是将每件事情怎么做都想清楚、研究、写清楚、交代清楚、监督清楚、考核清楚，这样团队才能更好的合作，慢慢的我们的成员也许就都会按照这个方式进行工作了，这样大家就都轻松了，但是这样创新精神也许就若了，可是为了团队的发展只能这么做了。

新产品研发：
现在公司有一个国家的项目，是一个我们团队相对陌生的领域，我曾经尝试进行解决，但是遇到了很多困难，但是我似乎不是很害怕，因为就技术而言，这些都是小问题。但是整个项目进展的缓慢出乎我的预料，团队成员似乎认为这是一个不可完成的任务，在技术攻关上也很吃力。现在想想我犯了很多错误，我给团队成员的项目压力太大，每个人似乎都看不到项目完成的曙光，也许我当时将项目设置成一些小的里程杯，这样也许会更好。还有就是项目范围的蔓延，使功能过于复杂。还有就是当团队成员对新的技术、新的领域不是很熟悉的时候一定要慢慢来，有计划、有步骤的指导团队成员进行系统的学习，同时通过实战来提高团队整体的技能，还有就是加强沟通和交流，使团队成员更好提高技能。

外包项目：
目前负责实施一个网站，主要是策划，外包给了另外一家公司，在外包过程中，主要是觉得，交流和共通一定要快速和准确，但是远程的交流似乎总是不太满意，还有就是基于WEB的信息化建设，阻力还是不小的，首先是站点栏目需要的资料、资源很难准备的完善，很多非电子的素材，处理起来很头疼。但是，现在想想，其实外包出去的东西，监管、协调、验收是贯穿整个环节的，其实并不比自己做轻松多少，想要高质量，必须更加努力才可以。

文档编制：
最头疼的就是写文档，但是每个新项目的可行性研究是项目是否可以开展的第一步，没有办法只能慢慢来了。

现在看看自己手头的工作还觉得很有趣，怎么这么多、这么乱呢，我想很多时候我都是这么度过的，昨天10点多就躺下了，但是3点多就醒了，其实自己很少失眠，只是觉得压力很大，事情太多，我想也许只能做到这些事了，根本做不了老板。后来仔细想想，其实也没有什么的，只要自己做好计划、合理安排、团队协作，每件事情自然会慢慢解开。

我不知道大家是否有和我一样的体会，只是希望交流一下，能否有更好的解决办法呢？希望每个人的工作节拍都很精彩。