|
|
1
2
在你接触到更高层次的东西,比如Web服务之前,先从基础开始(尽管这也很重要)。作为一个项目经理,你需要学习的最重要的事情就是你以后要询问下属的事情。例如,我的PM(也是一个PHP人员)完全不了解垃圾收集及其含义,这使得我难以向他解释为什么我们的.NET Windows服务似乎占用了80MB的RAM。 记住,你不是那个需要知道一切的人。你应该发布总的指示,让有专业知识的人来整理细节。也就是说,稍微研究一下技术细节,这样他们就可以和你有效地沟通。 编辑(8/24/08):您应该了解一些底层技术;也不一定是所有的.NET内容(垃圾收集,.config文件、管道和服务,如果您正在运行与项目的主焦点相邻的服务,类似的内容)。更广泛的概念可能包括WPF(也可能是Silverlight)、LINQ(或您选择的ORM),以及Vista网桥和相关的桥接代码(如果您的项目包含桌面应用程序的话)。这三件事似乎是这一轮.NET关注的焦点。另外一个非常重要的方面是,.NET代码可以/必须与本机代码互操作:p/invoke、运行时可调用包装和COM可调用包装。仍然有很多本地的东西没有.NET等价物。 至于资源,我强烈推荐《msdn》杂志。他们倾向于在普通开发人员见到他们之前就提前预习即将到来的技术和工具。 |
|
|
2
3
第一条规则是不要只要求状态更新。尤其是 烦人的 “我们在哪儿?”被使用。如果你没有直接参与细节,那么只需确定你已经确定了沟通时间或计划,这样你就知道发生了什么,而不是要求更新。 |
|
|
3
1
你可能最想学习的是Windows和非Windows程序员之间的区别。他们对待基本事物的态度不同。了解差异将是成功管理项目的关键。如果您收听StackOverflowPodcast,Jeff和Joel就这个主题进行了多次讨论。理解底层技术的细节通常是不相关的,你永远不会很好地了解它,以至于无法与一个日复一日地在其中工作的人进行深入的交流。你可以一边走一边把它捡起来。 |
|
|
4
1
你需要知道的一件事(我猜你已经知道了)就是编码的人 应该 知道他们在做什么。根据团队成员的性格,你应该能够找到一个愿意并且能够根据需要向你解释任何错综复杂的人。 根据我的经验,对一个项目最大的阻碍是项目经理理解项目,但不是如何完成它(本身不是问题),而是谁也不愿意听他的团队告诉他什么。与任何项目管理一样,接受你不可能无所不知的事实,并且谦虚地在需要的地方要求解释。 |
|
|
5
1
这可能很旧,但应该从.NET框架的高级概述开始。 http://news.zdnet.co.uk/software/0,1000000121,2134207,00.htm |