只显示主题贴
fight_bird 写道从技术角度...
我曾经做过类似的项目，项目中期也出现了失控的苗头，最后的解决办法：立即停工，并说服客户高层接受现状，同时双方重新洽谈评估项目风险，总结已有的经验教训，确定新的开发周期，并寻找到得力的第三方协助，最后二次开发，项目按期完成。解决的关键所在是商务和技术结合在一起，商务上要做好客户的工作，让客户理解现状，一起承担风险和困难，另一方面，技术上不能死撑，要积极寻找过硬的第三方来协助。
值得借鉴，敢这样做的要有一定的权威，公司高层、客户、项目组成员都对项目经理认可，否则，在提出之后，就会被老板把你批回去。
- 进入论坛 软件开发和项目管理 版
xellos 写道yecllsl 写道不知道使你们浮躁还是我太胆小、落伍，工作8年了，才税后10k多一点。不过，自己英语不好，绝对的短板，技术、沟通、管理自认为还是可以的。上海，民企，100人左右，手下几个项目经理。
看这话，好象有这个意思： 如果不是我们浮躁，那就是你胆小，落伍。
我觉得这个不成立。 我们浮躁与不浮躁，你落伍不落伍，这二者没什么联系。
我们显然不是浮躁的。你是否落伍，我也不好妄加评论。
可为什么我面试了很多毕业两年号称如何如何的，结果真的不怎么样。
有一点我可以确认了，我过低要求了自己，胆子要大点，步子要大点。英语要学好。
- 进入论坛 招聘求职 版
不知道使你们浮躁还是我太胆小、落伍，工作8年了，才税后10k多一点。不过，自己英语不好，绝对的短板，技术、沟通、管理自认为还是可以的。上海，民企，100人左右，手下几个项目经理。
- 进入论坛 招聘求职 版
MS SQL Server的引擎优化顾问、查询跟踪的工具都从来不用的吗？表都不加索引的吗？T-SQL语句的执行顺序应该知道的吧，锁的类型应该知道的吧。SQL一些语句习惯用法要知道吧。这个面试的时候问很正常，我经常会问，但很少得到满意答案。
- 进入论坛 招聘求职 版
当前公司的现状，code review还是比较现实的做法。正式的评审比非正式的效果要好，非正式的大家都是混混了事。成本是提高了，但不能只看成本，要看成本的收益是多少
- 进入论坛 软件开发和项目管理 版
jasph77 写道首先自己要有一个想法，有自己的实现的思路，然后找一个具体实现的框架，等你熟悉了这个框架，去读框架的源码，按自己的思路去再去实现一个适合自己的框架。
当我还不知道IOC是个什么的时候，就已经按照IOC的思想去写代码(长久coding的经验)
后来无意中知道了IOC这个概念，豁然开朗，原来如此。于是开始想试着尝试写一个IOC框架，实现了一个非常简陋的IOC框架。
又有一天，无意中发现spring这个好东西，原来世界上还有怎么好的一个东西。花了一天时间，就把系统非常平滑的移植到了spring框架上。
现在试着去读spring框架的源码，等时机成熟了，如果有必要的自己改造或 ...
- 进入论坛 Java 版
tuti 写道技术人员的一个误区，就是把所有问题都转化成一个技术问题。
楼主面临的是个管理问题，却把这个问题转弯成一个选用软件的问题，
根本是本末倒置。
建议楼主去看看SCRUM的项目管理方式，也许有所收益。
支持！！
- 进入论坛 软件开发和项目管理 版
你没有明白他们想要什么，就不知道应该沟通什么。你的团队很特殊，激励的方法也要特别一点：）和你的名字一样，你的团队也是“乌托邦”，能带好这样的团队不容易，记住，不是每个人的想法都和你一样
- 进入论坛 软件开发和项目管理 版
项目经理70％以上的时间用于沟通
教科书是这么说，这个教科书不是憋在实验室里面写出来的，而是总结了n多项目经理的日常工作总结出来的，像PMBOK这样的教科书还是应该多看看，仔细想想书中的道理很有用，即便不适合“国情”的论调也要看你怎么用，用在适合的地方。
沟通的重要性不只在于项目管理，“管理”活动中都离不开沟通。
- 进入论坛 软件开发和项目管理 版
评论排行榜