项目开发中的一些体会

1、不要纵容能力不足的人。项目的成败，人是绝对因素。

2、产品的定位至关重要。它可以使你今后一两年的时间精力全部白费，也可以让你事半功倍。好的产品定位，好的模式选择，有时候可以让你“不劳而获”。

3、在项目启动的时候，尽可能的列出能列出来的工作，一一讨论具体实施的步骤和可能出现的问题，并对人员的能力、所遇到的问题和项目进度做一定的评估。在项目启动前，降低项目的风险。

4、记录下项目中出现的所有问题、以及后续每个项目成员要做的工作，不管事情的大小。随时核对问题解决情况和项目进度，提醒相关人员后续的工作，让每个项目成员对自己的工作了如指掌。

5、最好的团队是每个人都能主动负起自己的责任。要想达到这个目的，团队必须要有一个一致认可的目标和合理的分工，确保团队以及团队成员的利益。

6、对小型的团队来说，基于目标的管理不如基于过程的管理，基于过程的管理不如基于人的管理。目标管理，能够把握项目的方向，但容易忽视细节。过程管理，能够很好的处理目标实施过程中的各个细节，但缺少项目实施的驱动。基于人的管理，第一步要将目标具体化，成为具体可实施的细节（任务），第二步将细节落实到具体人，明确相应的权利和责任，以及相互之间沟通协调的方法，第三步为每个任务设定时间期限，进行进度控制。一个项目必须要有项目的推动者，他明确项目的需求、目标，能够深入了解并验收每个项目成员要做的工作，帮助项目成员去解决各自面临的问题，从而保证项目在规定的时间点能够完成。高度警惕，能预判项目出现的偏差，并加以纠正。

7、如果你想要让你的团队是一个紧密合作的团体,不要在团队内部搞竞争。任何竞争都会造成团队内部关系紧张。恶劣的话，会导致团队人员的流失。即使有些竞争是良性的，但对团队内部。鼓励、合作比竞争来得更有效。

8、不要指望每个人会主动去做没有指派给他做的事情。项目成员只会做他知道要做的事情或者他职责范围内的事情。所以要明确地告诉项目成员，应该做哪些事情，哪些事情让别人来做。这样能可以减少相互推委和工作范围偏差导致遗漏的情况。

9、因果是必然的。所有忽略的、搁置的、妥协的、考虑不全的的问题，都将以错误、BUG、返工、制约等形式出现。所以看到问题，必须立刻着手解决，不要拖到后面。

10、让项目的成员互相了解对方的工作，以及具体实现的方法。特别是程序。这样可以大大降低因为理解上的偏差、实现上的冲突所带来的问题。

11、给程序明确的、全面的需求和充分思考的时间，这样可以降低一些实现上的不必要的错误。

12、告诉项目成员各自所应该具备的能力，以及后续的发展方向。在工作中帮助或者提醒他们有意识地去提高自己相应的能力。这样可以强化团队的凝聚力。

13、交流其实很容易，帮别人做一些事情，或者向别人请教一些问题，都是很好的交流方式。

14、让别人了解你和主动去了解别人同等重要。

15、适度的争吵有助于交流。解决争吵简单的办法，让双方把各自的观点和理由全部列出来，权衡或者寻找更合理的办法。换位思考和保持开放的心态是解决争端有效的方法。

16、正面积极对待不利的消息。保持团队的士气和成员的积极性。

17、在了解团队成员能力的基础上，适度授权，让他们有权利或者主动去解决一些突发问题。

18、不要把项目的关键资源集中到某一个人身上。尽量避免出现团队里少了某个人项目就挂了的情况。

19、对一个项目来说，人员的流失对项目带来的损失是巨大的，骨干人员的流失有可能对项目造成致命的打击。所以尽可能去确保团队的完整性。

20、给任何人机会。只有充分了解，才能正确评估。

21、可以以结果来评价一个人的表现，但最好不要以结果来评价一个他的能力或者潜力。出了错，给别人交学费的机会。

22、分析过程和知道结论一样重要。你在了解团队成员对某些事物的看法的时候，多问几个：你为什么这么想，有助于让你更清晰地了解他的能力和想法。

23、培养你的团队，让每个项目成员都养成良好的习惯和处理事情的方法、心态。强迫你的程序养成良好的编程习惯。

24、注重用户体验。从用户使用每个细微的感觉中寻找产品可以改进的地方。在制定需求的时候，一定要将必要的细节、人性话的设定、对用户体验很重要的东西，写到主体需求里去。把这些需求当做主体实现的一部分来对待。不要出现产品实现了，然后使用测试，再提意见对细节做改进，这样子能有效节省后面产品改进、DEBUG所花费的时间。

那么好的文章怎么没人顶啊，不过看来实在不是很多人有我这样的顶贴的愿望哦！
其实我也实在很无奈啊，就是为了能下载之前看到的那37套牛x动作的bip啊！
苦啊！！！

文章很好，我想问一下阁下是什么职位的？[em02]

３楼ＺＴ，都说转帖的了

不过文章确实不错哇嘿嘿

很不错

又长了知识

ding[em06]