摘要：如同行军作战 养兵千日用兵一时 有张有弛在团队项目开发过程中 也会有相对紧张及松弛的时期如逢紧张时期 自不必多言 每个人领命开展工作 奋力向前那么松弛时期 如何休养生息以蓄势和装备到更强的战斗力如下建议供参考：1、事少了 但做事的效率不能慢 以免拖沓 高效的完成当前工作 在心定气闲的状态下 尽量做的更好更快2、有计划的安排调休 （也许休一天两天也休不了什么 但感觉确实不同的 在我们团队 工作不会绑架生活 不太忙时 会主动安排调休）3、温故知新 对团队之前的过程和代码逻辑技术实现进行回顾总结 发现各成员的一些技术优势和短板4、知人善任 加强对成员的了解和培养指导 （每个人不可能是多面手 也都有自 阅读全文

摘要：项目松弛时期 团队如何休养生息？ 阅读全文

摘要：计划 必须有 目标 、 时限 、 投入 、策略。 没有目标，没有时限，就等于随波逐流，听之任之，也将没有什么收获和成效。 也就是没有计划。先完善的通思之，而后择优而行动。 没有经过完善的通顺的思考，就根据第一印象的目标采取第一反应的行动， 往往事倍功半。人多或者人少，都是团队。合理分工也是团队建设。 人少时，不要总赶着加班，任务是分阶段完成的。 人多时，不要因“暴富”而不知所措， 早期加入和新近加入，不要仅盯着项目任务来分派，要留心于培养和造就人才、团队。必须有一个通盘的设计和交互处理。代码未动，逻辑先明。 没有想好，必不能做好。清晰的设计，如同黑夜的灯塔。项目经理如果没有想好，项目的出路只能 阅读全文

摘要：千兵易得，一将难求。为人处事，软件的项目经理，通常都需要哪些态度及能力？仁者见仁智者见智，不同环境需要突出不同的需要，以下是个人的一些看法，也是自己后续努力做好项目经理的一些思考。0、自信 健康 相信自己、相信团队、相信公司、相信产品、 相信并实现客户价值。 身心的健康，是美好工作和生活的平台。1、用心 创新和更优，细微和构思，别有用心。2、负责任 能带一个项目，不容易。 要带就一心努力做好。 通过项目的价值，对公司、领导、部署负责。在公司、领导、部署、自己的有生之年，掐指算算，不会有好多个项目。3、敢于承担 善于决断 项目经理，身处中层。 上有领导，下有部署，需要为项目负全责， 项目一应大小 阅读全文

摘要：本文转自：http://www.cnblogs.com/springyangwc/archive/2011/05/11/2043845.html最近在学习代码重构，根据自己的学习进度写一个关于代码重构的系列出来，供自己总结提高，也希望能对他人有所帮助。园子里有圣殿骑士的31 天重构学习笔记 给了我很多的启发，自己也在学习《Refactoring improving the Designe of Existing Code》(重构 改善既有代码的设计),希望在代码重构思想上能有自己的心得. 一、为什么要重构（Refactoring） 通过重构可以达到以下的目标： 1·持续偏纠和改进软件 阅读全文

摘要：http://sourceforge.net/projects/openproj/OpenProj by Serena Software is a desktop replacement of Microsoft Project. OpenProj has equivalent functionality, a familiar user interface and even opens existing MSProject files. OpenProj is interoperable with Project, with a Gantt Chart and PERT charthttp: 阅读全文

摘要：今天是入职xys整三年一直是默默无闻的工作充任着基层小兵 基层中坚的基层工作十年磨一剑壮士十年归从理论上学习兵法是学校的事情在实战中成长将军是生活的目标之前窃以为自己处在帝国时代的封建时代需要自身的快速学习和积累来成就自己到城堡时代的升级但生活和工作的琐杂事务和任务如同不断成长的对手侵蚀着自我的地盘和资源使得理想的轻松的时间 从容的转换沦为撑不起的大局 平常而禁不起折腾如今已处于人生的城堡时代而自身的技能和积累尚处在散兵游勇的封建时期只是一厢情愿的防守 注定要失掉此生 等不起...抛却且做基层的自我小兵束缚寻求将军的时机 去做将军的实战努力在实际工作中去不断蜕变愿新的十年 信息化领域将军在实战 阅读全文

摘要：PMBOK是Project Management Body Of Knowledge的缩写， 即项目管理知识体系，是美国项目管理协会（PMI）对项目管理所需的知识、技能和工具进行的概括性描述。http://www.pmi.org/五大过程组：启动、计划、执行、监控、收尾九个知识领域：项目综合管理范围、时间、成本、质量人力资源、风险、沟通、采购 阅读全文

摘要：http://www.scrum.org/Scrum指南最初是由Ken Schwaber和Jeff Sutherland共同书写的，目的是为Scrum模式制定一个标准化的文档。我们都知道，Scrum是一个框架，而且是一个非常简单的框架，所以这个指南也非常的精简，仅仅14页的长度（这是中文版的长度，英文版有21页，再一次证明中文的精炼），你完全可以在半个小时的时间内读完它。虽然我本身是进行软件开发工作，Scrum也主要被软件行业的敏捷开发团队所使用，但是其实Scrum模式可以为很多其他团队所使用。所以我希望这个指南可以帮助更多的团队来提高效率。如果您对Scrum不太了解，完全不知道我在说什么，那 阅读全文

摘要：http://office.microsoft.com/zh-cn/project-help/ 阅读全文

摘要：本文转自：http://pm.chinaitlab.com/jindu/759884.html1. 你们的项目组使用源代码管理工具了么？　应该用。VSS、CVS、PVCS、ClearCase、CCC/Harvest、FireFly都可以。我的选择是VSS. 2. 你们的项目组使用缺陷管理系统了么？　应该用。ClearQuest太复杂，我的推荐是BugZilla. 3. 你们的测试组还在用Word写测试用例么？　不要用Word写测试用例（Test Case）。应该用一个专门的系统，可以是Test Manager，也可以是自己开发一个ASP.NET的小网站。主要目的是Track和Browse. 4 阅读全文

摘要：按普遍的软件开发管理，我们的项目都是先编码开发，而后进行相关测试，尤其是性能测试，甚至未进行性能测试。所以，往往性能问题，暴露的较晚，通常是系统上线一段时间后，需要对性能进行优化。我们是否可以做一些调整，在开发过程中，即注意到性能，使用有效率的代码及处理，在满足功能的同时，满足基本的性能？下面说一种处理方案，促使开发人员编写高性能的代码。普遍的处理： 数据库建表 -》功能开发 -》集成测试 -》系统测试 -》 性能测试 而性能测试常见的就是大数据量的增修删查操作、多用户的并发处理。调整后的处理： 数据库建表 -》插入足够量的模拟数据 -》功能开发 -》 集成测试 -》系统测试 -》性能测试 阅读全文

摘要：软件开发管理之：编码负责人及标准代码库机制软件工程中，涉及如下主要阶段：立项、需求、设计、编码开发、测试、发布、培训上线维护等，其中，编码开发如同整座软件大楼的砖瓦用料，将直接影响产品的功用、质量、性能。编码开发过程中，往往是多人参与，团队作战，每个人的风格和技术水平不一，为规范作业，产生了编码规范，但规范往往比较缺少强制性，且不能从本质上使每个技术水平不一的各成员，其在项目中的编码水平保持在同一水准。一般现用模式：为使整个团队的编码水平在一个集体智慧的最高水平，可以尝试采用编码负责人及标准代码库的机制。编码负责人机制及标准代码库的主要目的：利用团队最高的集体智慧，共同锻造统一的优质代码和实现 阅读全文

摘要：本文转自：http://www.zjgtravel.com/show.asp?articleid=174 原文如下： 今天无意之间看见这篇文章写不错，转载过来和正在做管理或者步入产品经理的朋友分享下。先借助前人之鉴然总结自己的经验一定会事半功倍。多的不说具体看看下面的前人经验吧! 工具a：招聘面试的 阅读全文

摘要：本文转自：http://happyhit.spaces.live.com/Blog/cns!BD0B8C4EE5FCD705!167.entry原文如下：本人做项目经理工作多年，感到做这个工作最要紧的就是要明白什么是因地制宜、因势利导，只有最合适的，没有什么叫对的，什么叫错的，项目经理最忌讳的就是完美主义倾向，尤其是做技术人员出身的，喜欢寻找标准答案，耽误了工作进度，也迷茫了自己。以下是本人一些做项目的个人体会，写出来供大家指点，在讨论过程中共同提高水平。 项目开始阶段是一个最重要的阶段。项目经理在接手一个新项目的时候，首先要尽可能地多从各个方面了解项目的情况，如： 1.这个项目是什么项目.. 阅读全文