项目(团队)管理的一些感想

1、 合作人员之间交流要双方主动，如果两人之间是属于服务者与被服务者，则两人之间服务者要全力配合被服务者。

2、 所交给的目标文件，需要包括：a.编译后的目标文件；b.使用文档，相当于简单的用户手册；c.使用环境的搭建；d.每次更新都需要通知对方。被服务者缺少任何东西要及时索取。

3、 自己的项目每天或数天做一次备份，每个项目必须要附带一个Readme文件。格式如下：

===========================================

1、XXXXXXXX修改功能。

2、XXXXXXXX使用情况的统计。

2012-08-09 By  Sun Kinage

（署名格式）日期 By 公司简称 部门 作者

===========================================

 

1、XXXXXXX功能的完善。

2、改了一个BUG，XXXXXX生成报表时出错。原因调错了方法。

2012-08-13 By  Sun Kinage

===========================================

4、 每一个步骤要把队员加上。

5、 列出项目进度表，让每一个人知道下一步要做什么；提高队员之间的交流。

6、 明确的数据结构和数据库表的设计。

7、 明确的数据流程和业务流程设计，是不是可以先概要设计。

8、 项目领导首先是一个项目团队的服务者，其次是一个项目团队沟通的协调者，在其次是一个项目进度的掌杔者，把这些都做好了，那就是一个项目管理者了。

9、 善于表扬，善于奖励。

10、 掌握错误，掌握失败，掌握成功，一切都应该尽在掌握。

11、 要认真看方案，至少把自己负责的那部分通读，对自己负责的那部分有一个概要计划。知道每个阶段该做什么，而不是每次都要问领导。

12、 不一定一定要有项目管理工具，但是一定要有一个库，所有的人把最新的目标文件放在里面，特别是文档。如果和别人有交互的东西，文档一定要说清楚，并且通知对方。所有文档必须让人第一眼看上去就知道日期，打开后首先能看到差异。

13、 在队员对所负责的模块有一个先入为主的思路之前，先周全的跟他讨论一下整个详细流程，然后说“然后慢慢完善吧，具体还要看开发过程需要什么，补什么”。

14、 很多情绪是由于数据结构和数据表不断的改动造成的（他妈的我都快被烦死了，刚改完，又得该，靠！）。

15、 数据结构和数据库表的设计，需要用到的此数据库表的人全都参与设计。即使是此表以前别的项目中完美的使用过，也要重新讨论一边！！！

16、 让队员觉得自己负责的那一部分是有价值的，不是任何人都可以被取代的，这个团队不能没有你！你所做的一切都是为了整个团队，整个团队都会记住你的，团队不会抛弃你的。团队荣誉感！

17、 不管你来自哪一个部门，现在一视同仁，都是我的团队的兄弟。

18、 整个项目的意义不仅只是为了完成项目给公司交差，给公司创造效益，还有一个重要的意义：为员工的规划负责！

19、 除去项目之外的东西，首先要学会最他妈的基本的东西：己所不欲勿施于人！

20、 分配责任，而不分配任务。

21、 不要因为这个项目是以A部门为主导的，就把应该跟给b的任务非得给A部门的c。还是应该让b去做，只是最后把所有的文档资料和以后需要维护的东西交接一下。让A部门的c去维护，如果他有了所有所需要的东西，还是维护不了，那他就是一个废物。应该怎么做就应该怎么做！

22、 取得阶段性的成果，就有一个阶段性的休息，有个盼头啊，也。

23、 不搞特权，都他妈的一个样。

24、 所有的东西尽量统一，例如：库的统一，目标文件的统一，格式的统一。分割字符串的时候，第一层用“：”（冒号）；第二层用“，”（逗号）；第三层用“；”（分号）

25、 最终目标：脱离任何人（特别是领导），整个团队依然能够流畅的进行工作。

 

耻不如人，而不耻下问。

落后不能落井下石，而是需要帮助。

我要建立的不仅仅是一个团队，还是一种精神和文化，我要让这个团队在最短的时间里形成自己的“魂”。不管我们会相处多久，我希望你们任何人走的时候都能从我这或是这个团队里拿走自己想要或是自己缺少的东西。这样你就不虚此行，我也可以觉得：一切做的都还行。

以后不管你们还在这个团队或是去了其他团队，我希望你们能把你们从这带走的东西，带到你所去的地方。在那里你也能扎根发芽，在那里能成为领头羊，在那里你能取得更大的进步。

当你走的时候能觉得在这个团队：愉快、进步、学习、成长。我就心满意足了。

来的时候我希望你们是带着梦想来的，走的时候我希望你们的梦想变得更大了，而不是消磨掉了。如果消磨掉了，那是我的罪过。