XMind in Eclipse - XMind - Social Brainstorming and Mind Mapping

XMind in Eclipse - XMind - Social Brainstorming and Mind Mapping

这是我见过的和程序开发无关的最好的Eclipse插件，一边用XMind整理思路，一边写Code，一切尽在Eclipse.


鱼骨图，XMind要比FreeMind好多了

Posted using ShareThis

软件开发复杂度的构成

第一次从宏观地看待软件开发，还是在研究生毕业论文中对“软件危机/OO/CBD”的研究。当时主要是从代码重用，代码可维护性等软件实现技术的角度来探讨，在现在看来是“盲人摸象”。

软件开发是“脑力制造业”,属于服务业，服务的对象是其他不同行业，帮助他们降低成本改善运营和扩展business。

既然是服务性质的辅助行业，那么来自不同行业和领域的软件需求，固然会随着整个经济形态的不断变化，客户需要的是软件系统能支持和适应市场的瞬息万变，所以需求复杂度的提高、需求可变化成为必然。

软件开发是一个群体合作的过程，人怎么组织和规范他们的行为从而使得软件开发更有效率，关于软件开发流程和管理的方法论也不断演进。人的参与带来了软件开发的不确定性，这其中还包括组织架构，多团队合作对软件开发的影响。

能够让软件开发在技术实现、团队组织、客户需求等方面有好的表现，才能减低复杂度。

我突然想到，在Scrum中的ScrumMaster就要从这三方面均衡掌控。

把一碗水端平

远民兄是混迹在Mot的顽主，人很好耍。昨天他给我一条管理建议：对待Team成员要一碗水端平。

作为Team Leader，要将私人的感情和工作尽量分开。有人说，不要和下属走得太近，以免失去权威，所以我们经常看见一些Manager独自吃饭，独自寂寞；中国人骨子里就有等级观念，是领导的好像就是要敬而远之，那些和领导走得近的就是马屁精，其实大可不必这样，领导和下属就是角色分工不同，人与人之间的正常交往还要继续。

千万不要让自己的感情左右对一个人关于工作的评判，哪个人干得好哪个人干的不好要有一个客观的标准，切记一碗水端平。Mot里的某个Team居然出现通过民主投票打分来决定每一个人的工作表现，原因是Manager不了解每一个具体做事的人具体表现，又没有统计数据来参考，结果就是那些人缘好的但不做事的人排到了前面，做事但容易得罪人的人成为最差，长此以往，Team的不和谐声音就欲盖弥彰。

如何通过客观的数据或者方法来衡量一个成员的表现，我还没有深入的思考。

错误的价值观还不如无知

Practices are the things you do day-to-day. Specifying practices is useful because they are clear and objective. You either write a test before you change code or you don't. The practices are also useful because they give you a place to start. You can start writing tests before changing code, and gain benefit from doing so, long before you understand software development in a deeper way.

Values are the roots of the things we like and don't like in a situation. When a programmer says, "I don't want to estimate my tasks," he generally isn't talking about technique. He already estimates, but doesn't want to reveal what he really thinks for fear of providing a fixed point of judgement that will be used against him later. In this case, the programmer values protection over communication. Values are the large-scale criteria we use to judge what we see, think, and do.

Values bring purpose to practices.Practices are evidence of values. Values are expressed at such a high level that I could do just about anything in the name of a value.

Values and practices are an ocean apart. Values are universal. Ideally, my values as I work are exactly the same as my values in the rest of my life. Practices, however, are intensely situated.

Bridging the gap between values and practices are principles. Principles are domain-specific guidelines for life.

"It ain't what you don't know that gets you in trouble. It's what you know that ain't so." --Will Rogers

价值观决定了行为，真正给你带来麻烦的并不是你的无知，而是对错误价值观的坚持。

Alex给我的关于TQM的思考

谢谢Alex，我职业生涯的第一个PM，很Nice。不过经常“靠”，甚至当Team的Meeting中还有女生的时候

Project Leader的信托责任

我是一个理想主义者，所以这里的一些想法带有不少理想主义的影子。

吴立国曾经跟我讲过，一个好的Leader应该关心自己手下的兄弟们的职业发展，而不是把他们看作为自己卖命从而获得升迁的工具，这句话对我影响不小，从那以后，我就是以这个标准来衡量我的Leader和作为我以后作为Leader的管理原则。

信托责任的起源在上一篇Blog中介绍过了，第一次被科普是听郎咸平的清华演讲。Trust作为现代商业社会的基本DNA，不想多说，只是觉得可以把Trust理论引入到一个团队管理中。

一个团队的Leader就像是一个Team的CEO，不应该是管理层强行指派的，而是Team成员选举出来；或者是经过Team董事会推荐，获得通过的。

Leader不是一个“作威作福”的官，而是要穷尽精力和智慧为整个Team创造价值的职业经理人。他要为管理层负责，带领好整个团队，在资源有限的情况下，调动成员的积极性，为客户按时交付高质量的软件产品；他还要为团队成员负责，尽量让每一个人发挥自己的特长（就好像解决就业问题一样），让每一个人能够在项目中成长。

这谈何容易！Leader是不好当的，随时都有人鞭策，因为你肩上时时有他们的信托责任。

信托责任的来源

16 世纪正值西方的大航海时代，许多冒险家开始环球航行，梦想找到黄金之国——中国。1533年，英国有240个伦敦商人也加入了这一行列。他们每人出25英 镑买了三艘船，雇佣了一批海员，组成一支舰队去寻找黄金，舰队的旗舰叫“莫斯科威号”。所不同的是，他们选择了向北走。

但是这些商人并不熟悉那些海员，他们有点担心，这些水手会不会在哪里卖掉了船，再也不回来，或者独吞了找到的金子。但黄金之梦又让他们兴奋不已，最后他们 向海员们表示：我们唯一能给予你们的，就是信任你们，并把我们的财产和梦想都托付给你们。他们发明一个英文字来描述他们无比复杂心情，这个英文字叫 Trust（信托）。事实上，除此之外，这些商人什么也不能做。

于是那些水手便带着商人们的财产，也承载着商人们的梦想上路了。很不 幸，到了挪威的外海，舰队遇上了大风浪，打沉了两艘船，只剩下了旗舰莫斯科威号继续往北航行，进入北极圈，他们发现没法走了，所以向右转，到了一片荒野， 二百个船员下船划着雪橇走了二仟公里找到了一群人，他们很激动，就拿船上的东西与当地的人换了很多雕皮，双方面都觉得到了便宜。这些货被带回伦敦卖了一大 笔钱，他们把钱还给了这240个伦敦商人。那个换貂皮的地方，后来被称为“莫斯科”。

这就是世界上第一次公司治理：同样一个船长，他下一次再出海，他的市盈率就很高。为什么呢？同样一艘船可以有更多的人捐钱给他，就跟股票市场一样。

后来这个故事在当时英国老百姓中间流传开了，大家纷纷讨论：什么样的人才能得到最高的市盈率？那一定是有信托责任的人，人家把钱交给你以后你不会到处乱花 他的钱，这种人下次再去筹款的话，他就能筹到最多的钱，所以市盈率最初的含义就是这么来的，诞生在1533年。

Teamwork, Project Management 2.0 style

Teamwork的力量是无穷的，那要看如何组织一个团队，培养什么样的文化氛围，设计是否合理的激励机制。

扁平的组织结构会将权利下放到组织末端的每一个Team成员，扮演不同角色的团队成员会将他们的创造性发挥出来；将市场的变化和压力传递到整个团队，Customer Oriented, Embrace change and Improve productivity to help our customer to resolve problem，保持鲜活和不断进取是团队凝聚力的源泉；团队每个人的能力是不同的，每个人都有自己的专长，所有每个人都有自己适合的角色，但不同的角色担负的责任和压力不同，所以不同角色的报酬是不同的，如何设计合理的激励机制，如何激励每一个成员不断超越自己担负更重要的角色是Leader的责任。

clipped from www.developer.com