如何带领团队使用不熟悉的语言进行开发

整个计划的目的是为了将现有的基于.net的产品移植（或则说翻译）到php上面。

现在有两个比较棘手的问题摆在前面
1：团队中除了leader外无人在实际项目中使用过php，有的甚至未接触过。
2：迫于各种压力，我们的时间并不充裕。

另外附加的现实问题是所谓的leader实际上只能算是友情技术顾问，由于时间上的因素，并不完全参与开发。绝大部分的工作还是要这个团队自己搞定。

这种情况下要如何尽可能的同时保证代码质量与开发效率?

目前的做法是由leader制定开发规范，开发尽可能从上至下，由leader定义重要部分的接口和实现

然而担心的是由于开发人员对语言的不熟悉，加上php本身相对来说难以维护的特定，在本已减速的开发中还频繁出现bug和不合理情况，从而使项目完全失控。


有点无奈，但现实如此，问题摆出来后的唯一工作就只有想对策。

code review

这是肯定要的，但主要是由leader抽时间来复查，由于leader是友情支持，大量的代码交由一个人复查比较困难，另外团队内部的相互复查在都不熟悉语言的情况下效果也不会太好。
开发还是会中规中矩的，只是由于一些条件的限制，可能不能完全的贯彻。

找几个PHP高手.

leader是友情支持。。。。汗一下。。。 这样的话更应当让他主要负责CODEREVIEW了，少写些代码，CODEREVIEW是很好的传递知识的机会。

想起第一家公司，一批只会C++的人兴致昂扬的用ASP开发网站 想起第二家公司，招聘ASP网站开发人员必要前提条件是要有C++基础 所谓的代码质量不在语言上 不过网络开发得熟悉吧？页面开发得有人熟悉吧？这两样东西，如果你们团队里面没人有丰富经验的话，还是考虑拉个新人入伙比较好。

经验丰富的人有，但语言的障碍还是要考虑的，毕竟不是一通百通。加之时间因素，吸取一些这方面的成功经验或是技巧性操作还是很必要的。

工业化生产，
流水线代码。
减少学习成本。
增加进度可视度。

前提是每个人都有一定的相似的工作经验。

如何减少学习成本？php上手会很快，但能上手写代码到真正写出产品级代码与还是有一段距离？如何去缩小？

先把所有的问题拆分。
越是不了解的领域
拆分的越细

找个会写PHP的的人来拆分
小到每个任务小于2小时。

当然这样的管理成本增加了
让会干活的人不能干活了。
只是不停的分活而已。

现在我们组的flash
就是使用这种方法才能让2个美工加二个高程，
一个老师在一起写课件。

PS：用个合手的todolist也是必须的。