项目管理案例分析（1）
你初来咋到一个小型创业型公司，作为PM，负责公司的某一个项目，同时负责推出一套有效的开发人员的绩效考核管理办法。
请问：
1.你会如何实施？
2.具体会用到哪些软件工具？
....
麻烦各位分享自己的经验.
[解决办法]
只考核开发人员的绩效？
测试人员和设计人员呢？
另外是否需要考核你自己，比如项目计划能力，就是开始计划了多少任务，实际增加了多少任务
项目交付后质量等等
[解决办法]
还是先把项目做好，考核的东西....
[解决办法]
考核开发人员
最主要要有估算的能力
如果单纯用代码行不一定客观
最好有功能点估算，
这样开发人员的生产性才好度量
另外比较客观的就是客户测试出的缺陷，谁负责的模块，缺陷数量是个硬指标～
一家之言仅供参考
[解决办法]
楼主这个问题问的很大！
首先，是一个新的小型的创业型公司，那么也就是说，公司没有一个成熟的技术团队。
所以我们且先不用提人员啊绩效啊之类的问题。
首先需要问这几个问题：要做一个什么样的项目？打算花多少时间？有多少经费预算？用什么样的技术？如何划分项目的功能模块？然后要在预订时间内实现这些模块，需要用多少人，那么你的预算经费是否能支撑这些人力开销。
问了以上这些问题，你需要把你的细化你的开发计划、细化项目的功能模块、计算每个人员的经费支出、还要考虑一些公司基本的运作开销。
等你做好了这些评估，确定你能够基本控制住项目的进展后，还要有一套人力资源管理制度，然后你的绩效考核才有存在的意义。
在项目进展期间，会面临多方的压力：组建团队、技术攻关、建立开发流程、包括你所问的需要用哪些工具，这些都不是一朝一夕能够建成的，而你需要在有限的时间和经费条件下，完成从无到有的过程，还要完成项目的开发。
因此对于创业型的公司来说，最危险就在于难以尽快建立完善的软件工程开发流程，导致项目进展缓慢甚至失败。
[解决办法]
接着上面继续说
所以我认为最重要的搞清楚几个问题：
1、项目开发时间
2、项目内容
3、经费预算
4、公司高层是否有足够的耐心
如果这几方面的评估能通过，那么就可以着手准备了。
然后，技术上做两方面的准备，当然这个阶段你得有能力，或者有人协助你完成：
1、完善的需求分析，以确定项目的开发技术、所需要的团队规模等等。
2、着手准备开发流程，建立需求管理、版本管理、bug管理、开发计划、测试管理、培训制度等等，并选择相应的软件管理工具等。
接着就是人力资源上的准备：
1、公司需要有招人标准、薪酬标准、奖惩机制，这个不是pm能完全把握的，但可以有相应的建议权。
2、着手招人组建团队。
好吧，别指望能一下招全，也别指望招来的人都是经验丰富的老手或天才。你必须要考虑如何让这些新人能以最快的速度上手，这时候有几个能力出众、经验丰富的主管就相当重要了。
如果这些基础打的好，那么恭喜，你的项目已经成功了一半了。
[解决办法]
初来乍到就让你推出一套有效的开发人员的绩效考核管理办法？
可能会被作为过渡期的牺牲品
[解决办法]
如果你想实行绩效管理可以搜索一下我去年完成的绩效管理模型的文字，里面有你需要解决的一些方法。
[解决办法]
楼主应该是做的项目而非产品吧？如果是产品，你们3个开发人员不应该用不到多版本控制。
如果是项目实施，楼主这次遇到麻烦了，你先看看原先的开发文档全不全，另外阅读代码查找各个版本中的区别在哪里。
最好各个版本的文档、代码注释、还有代码质量足够好，那你们还能比较快的了解各个版本的功能。
没有的话只好自求多福了，努力读懂代码吧。
在了解了各个版本的基础上，楼主最好编写完整的开发功能文档方便以后查阅。
由于遗留问题，相信代码中有很多临时代码难以明白，对你今后的修改会有很大的隐患。没办法，有时间的话重新写吧。
后面的版本管理还是要做好，需要把文档写全，最好能统一代码风格，代码注释要做好，不然过段时间自己写的都忘记了。
对于客户的版本需求要做好需求管理，软件中最好能集成同步功能，自动更新同步服务器上的版本。
[解决办法]
建议楼主从以下几个方面入手：
1. 组织人力进行代码迁移，使用SVN进行代码管理（SVN的优点这里不再赘述）。在迁移的过程中，尽量将模块的负责人确定，明确团队各个成员的职能。
2. 规范产品发布流程。 如，模块发布前打tag、模块更新提交需求列表、模块发布需提交修正列表等，记录开发轨迹，非常必要。
3. 制定简单易循的开发规范，以应对新需求的开发。这个规范在初期不易定的太死，或过于完善，应根据自身情况而定，可组织团队中经验较丰富的成员，开发公共模块框架。公共模块中实施开发规范，这样再有新人进入时，就很容易在最短时间内掌握公司的编码风格，项目架构等。
一家之言，仅供参考。 (豆奇网络)
[解决办法]
建议先花点时间和团队成员以及重要的干系人了解项目的背景和目前面临的情况，可以的话，做个SWOT分析。然后根据分析结果提出近期可以实施和改善的措施，以及远期项目的目标，逐步取得项目组成员和其他干系人的信任。下车伊始就依照自己以往的经验盲目的去改造项目和团队，往往会适得其反。
[解决办法]
我有两点意见：
1、如果开发团队很小有3-5个人，建议先做好项目，按照每个开发人员的工作量和开发的实际效率评价就好了，
2、如果你的开发团队已经有了一定的规模，建议先建立一套符合自己团队的简单的项目管理流程，一般用excel建立一些表格、控制各阶段的产生文档的模版统一等。
[解决办法]
既然是创业公司，先把项目做好是首位的；
不能搞太细的分工，还没到那个阶段；
团队和向心力才重要，所以，先有个大家认可的提成分配比例，太计较的人不太适合创业团队；
目标搞清楚，按smart落实到纸面上，大家一起努力干就是了！
