软件项目管理_长期总结

1. 团队管理 2017年6月6日

如何建设团队？如何保持现有团队稳定？这些都是很高深的问题，但解决方案却很简单。

因为答案只有两个字。

吃饭！吃饭！吃饭！

聚餐！聚餐！聚餐！

大城市我不清楚，至少这种二三线城市，要保持团队人员的凝聚力的一个最简单办法就是聚餐吃饭。

毕竟中国的事情都是在饭桌上达成的。我也不清楚为何聚餐/一起吃饭为何有如此的神奇作用，反正每次

无论我作为组长还是作为组员去聚餐，就能深刻感受到团队/小组集体的凝聚力。或许我需要找本关于

中国的饭桌文化的书来认识学习一下。

作为项目小组组长除了请大家吃饭之外，最好还要单独请部分骨干一起吃饭，这个用意大家都懂：我特别

重视你，因为你承担着很重要的任务，并且很有能力，做的很好。反正被请的人都会自认为是被器重的人。

人嘛，一图钱，二图个存在感和成就感。钱你没法多发，饭总还是能吃的起的。请部分骨干吃饭就是满足

他们的存在感和成就感，这样他们会对集体更有归属感，就不会轻易的流失。

当然了，还要大家一起画个饼子，讲点好听的预期，这个倒是锦上添花的事情，不必苛求。吃饭是基础，

饼子是尽量，这样的效果就足够了。

2. 软件模块规划 2017年6月6日

1 .代码结构应该和业务组成保持一致。郑重声明：仅是个人观点，个人总结。

2. 如果系统出现两个展示角度，就需要将业务分成基础层和高级层，比如做一个集成全省公安数据的公安厅应急救援系统（不

是很熟悉，例子可能不恰当）。这样的话一方面要接入下级各个公安局系统的数据，另一方还要在救援系统上利用各个公安局系统

的数据去做应急功能，做救援功能。所以，这里就需要将接入进来的各个公安局的数据笼统的命名为 com.project.basedata，或

后面再按地级市分为 com.project.basedata.abc, com.project.basedata.def，然后厅级系统的各个顶层功能命名为

com.project.rescue , com.project.emergency 等。

本人才疏学浅，可能写的比较粗陋，如有错误，后果自负。 : ) 哈哈。