东拉西扯到天明

  1. 管理者自身的素质非常重要。冷静、判断力、相关知识是必不可少的。克服自己的缺点，改正错误的习惯。 不要和上司、同事争吵，即时是你觉得受到不公正待遇的时候。耐心和平心静气有利于解决问题，相反只能使问题更加困难。 2. 管理更多的是管人。根据不同人，使用不同的管理方法。对每个人都可能不同。 3. 在工作中需要不断的沟通。 建立各种沟通的渠道。有些人不喜欢主动报告工作中的问题，需要你主...

2010年在成都三官堂买的《微软的秘密》，这两年陆陆续续看了几次。如同《走出软件作坊》的作者阿朱说的一样，每看一次都有一些感想。这本书写的是微软90年代及其之前的开发经验，但是对我们当前的开发来说，仍然有很多值得汲取的经验。当今各种敏捷、scrum开发方法大行其道，可从本质上来说，也是对软件工程管理的改进，希望能够及时、快速的交付更好的软件产品。 书中多次谈到如何决定产品的优先...

设计一个大系统的逻辑、模块划分。决定在每个模块，由哪些人负责。每个模块的输入输出是些什么样的东西。 决定一个大系统中多个小系统直接如何联系。决定要用哪些技术。 参与设计文档评审的一个角色。 感觉架构师离我们比较远，不会与我们一起完成开发工作，只是讨论一些大方向上面的东西。 在我们完成项目的过程中，架构师参与设计之后就离开了。甚至对设计都没有什么贡献。 ...

每个scrum开始，我们都需要对一个月的事情做一个计划。 对于xplanner上面的计划，我们可以对每个任务把固定的东西都写上去，在开会的时候节约时间。例如：项目的设计、评审、开发、代码review、测试、上线等工作都是固定的。那么我们可以都事先写上去。 估计一个项目的时间是非常难的，特别是自己以前没有做过的项目。每次我们的方...

由于使用scrum开发，每天的开发进度都记录在xplanner上面。我好久都没有写周报了，没有周报，也算是省了一点事情。不需要每个周末再回忆自己一周都做了些什么事情。 文档都是放在公司的wiki上面。虽然wiki可以记录文档的版本，但是查找起来非常不方便。编辑文档也非常浪费时间。 假如公司的文档能够使用类似sns的方式，自动...

（1）早沟通优于晚沟通。 特别是求别人的时候，早沟通可以有足够的时间让别人准备。 （2）电话沟通，而不是IM或者邮件 （3）当面沟通优于电话沟通。 （4）多次沟通（提醒），防止沟通后被别人忘记了。 （5）文字确认和记录 以上基本是我们leader讲的。...

Scrum是一种迭代式增量软件开发过程，通常用于敏捷软件开发。Scrum在英语的意思是橄榄球里的争球。参考wiki的介绍[url]http://zh.wikipedia.org/wiki/Scrum[/url]。 以下谈谈对scrum开发的感受： （1）scrum增加了工作时间？ 刚接触scrum的时候，非常不习惯scrum开发方式，因为这种开发模式增加了我每天的工作...

最近做了一个python项目觉得写的不错，有以下几点： 1、完全使用面向对象开发。都通过class实现对象。程序的可读性、可维护性都提高了很多。 2、使用一些类继承、使用设计模式。      工厂模式，单例模式。简化了代码。 3、使用unittest。      防止程序编写过程中代码编写错误。      可以回归错误。    ...

  首先把项目分成很多个子任务，并且讨论任务应该怎么完成。经过比较详细的讨论，大家对任务都有比较详细的认识，每个人在选择任务都可以做到心中有数。这种形式比较好，每个人可以选自己擅长或者喜欢的工作，并且估计时间。如果多个人选择同样的任务，要么就共同完成，要么就PK。充分展现了组员的想法，也可以促进大家的学习。而不是leader分配任务给每个人。 但是可能工作的压力也比较大。可能对工作量的估计也不...

  1、选择一个合适的项目团队。一个由经验的项目负责人。项目负责人的专业知识，性格态度，个人素质都非常重要。如果项目负责人如果性格由缺陷，管理起来非常困难。 项目团队的成员也非常重要。成员中必须要由非常有经验的人员。当团队中有新人的时候，为新人安排合适的工作。不要把关键的工作让新人完成，如果一旦新人没有做好，可能影响整个项目的进度。 2、研究硬件软件能否满足需要。 3、研究技术难度，...

毕业的时候总在简历上写明自己“吃苦耐劳、具备良好的团队合作精神”。工作五年之后才发现团队合作并不仅仅是四个汉字那么简单。刚工作的时候以为一起工作、一起做项目，兄弟几个一起上，就是团队合作。这种理解实在是太肤浅，也是刚工作的人最容易犯的毛病：以为自己蒙头工作，踏实肯干就行了，不喜欢和同事交流，更不愿意和领导交流。要想把工作做好，真正理解团队合作，真正运用团队的力量，我们才能走得更远...