精华帖 (0) :: 良好帖 (0) :: 新手帖 (0) :: 隐藏帖 (0)
|
|
---|---|
作者 | 正文 |
发表时间:2009-03-31
thunderbow 写道 你的手下不是一般的饭桶阿,我用两年时间,从有一般的java基础,从.net改行到web开发,作了5,6个ssh+ajax的网站,前台叶面也自己做,能做得都作了,还搞了php,flex,如今看到啥能模仿啥。
嗯,怎么说呢,每个人都有自己的方式,如果不是项目紧,我也无可厚非,只是现在比较紧的时候,这样的慢性子,我比较着急。 方式没有好坏,不必要这么刻薄 |
|
返回顶楼 | |
发表时间:2009-03-31
魔力猫咪 写道 我觉得项目决策上有一些问题。第一就是框架选择,没有考虑到实际情况,选择了开发人员不熟悉的框架,造成很大的技术风险。二是程序员技术水平不合格。明显是无法适应当前的技术结构,而且看起来很多基础都不过关。
我觉得你们的项目如果就这么走下去有失控的危险。我的建议是马上停下来。检讨基础框架的选择。不要现在都是SSH就非得这个。比如用Grails、Seam、Openxava等等都可以考虑。一定要搞清楚这两个家伙到底以前都是用什么开发的,上手什么最容易。确定下架构后,花几天给程序员专门培训。同时告诉公司做好换人的准备。如果程序员在培训后仍不能适应开发,立马换人。可以临时从人力派遣那里找人。就是薪水高一些,也比项目失败造成无法回收资金要好。你必须告诉公司,如果这么开发下去,项目失败的可能很大。你要估算出大概的损失。如果你报告了损失经理仍然觉得让这两个家伙这么熟悉下去比损失盈利还重要,我也实在无话可说了。 有人建议让楼主一个人全包了,那两个打下手。但是我看现在已经离这个情况不远了,很明显,这两个家伙如果仍然是现在的状况,打下手也会碍事。 楼主没说自己是项目经理还是高程。如果是项目经理我不建议楼主写太多的代码,不在其位不谋其政。你是项目经理,你的主要责任是协调和控制,有时兼设计。项目经理写一些代码可以加深对现有系统的了解,但如果全天都埋头在代码里如何干本来应该干的事情?如果是高程,我也不太建议。你全包了,那两个干什么?既让自己受累,又容易和别人造成误会。比如觉得你看不起人、不尊重别人、上面可能觉得你不合群等等。 也许我说的不好听,但是这种开发就是这样,如果成员不能适应,你可以帮助他们,在下班后仍然给他们培训等,让他们感到你是在帮助他们,同时也要告诉他们,如果他们不能承担任务,很可能会被开掉,给他们压力。但是如果经过培训,短时间内确实无法达到需要,那么只能换人。如果这期间他们很努力学习,但是因为基础太差赶不上来,那么可以考虑让他们去开发他们熟悉技术的项目,尽量不要开掉。如果是烂泥扶不上墙,努力交都不好好学,对解聘的威胁一点不在乎,那么立马开掉。 非常感谢,您的意见很宝贵! 首先我不知道我在公司,在项目中的定位,按照经理的说法,给我说的叫做开发组长,我工作3年,以前也带一些人,做过些项目,但是是有项目经理在的情况下,我主要关注的是技术以及设计。这次开始,让我更多的介入了管理,项目经理虽说有,也只是甩手掌柜,基本上是不闻不问。我的能力和经验也是不丰富。 在架构选择,人员选择问题,人员我没办法选择,架构呢,也是一起讨论的结果。现在如果停下来,换,从实际情况来很不实际,只能继续下去。 目前的情况,我早早就和经理说过,中午我会再和经理谈一次。如您所说,我现在就是开始大包大揽了。 培训等现在在进行,但是毕竟我时间也不多,很多东西都要做,包括需求,设计,和美工沟通等,只是让他们做一些事,然后自己有时间的时候过去说一下,指点一下,不过我始终觉得基础不是很好,不太好教。感觉就像没学过负数,却要教相反数的感觉,很难沟通,和我大学的时候教一个同学物理一样,我一个同学高中没有学过物理,我给他讲加速度,他就问为什么加速度为什么等于F/M一样,真的很难,我性子比较急,如果不是和他们不熟,我早吵起来了,我给我朋友讲问题的时候,朋友反应慢,或者没有反馈,我就急了,声音就大了。好在朋友了解我,我也没有恶意,就是急。 唉,扯远了 |
|
返回顶楼 | |
发表时间:2009-03-31
stevensinclair 写道 我连拉带扯 拖5个人的活 也满开心的 团队嘛 想我自己也是这样过来的 无所谓啦 努力做好就行了 至少做过了
我急啊,体会不到乐趣了 |
|
返回顶楼 | |
发表时间:2009-03-31
1314520ln 写道 LZ,你不怕你的同事也在javaeye上看你发的信息吗?
你以后很难作人了.. 不给自己留条后路吗? 。。。。。。我现在怕了 不过我没有恶意,就事论事,希望各位看官不要对号入座,不要猜测我是谁! |
|
返回顶楼 | |
发表时间:2009-03-31
amonlei 写道 整个事情责任在你,没有做好进度跟踪。为什么计划4小时的任务,5天过去了你才来这么多问题????你自己要检讨检讨咯。。。一般第一天就要找原因了,第二第三天就要考虑技术选型是否符合团队需求
第一天就发现问题了,但是我没有想到会是这个结果,这块是我的过失。没想到2位同事这么不熟悉 第二天结束后和经理谈了,经理的意思是先做下去看看,所以就到了现在,刚和经理谈完,现在是刻不容缓了。 |
|
返回顶楼 | |
发表时间:2009-03-31
jili 写道 爱哭的孩子有奶吃
首先要找公司哭,要资源。 不给资源没关系,风险问题先摆出来。 虽然说要强调执行力,但也得靠谱。 高招 |
|
返回顶楼 | |
发表时间:2009-03-31
因为对你的项目不是很了解,所以给的建议不见得适用,
一般大多都项目呢都有有输入限制,如果是SSH的话,可能你们用validations的机会会大一些,这个玩意儿一般是体力活,其次就是页面,俺楼主的说法我猜想可能没有美工帮着做页面制作,这样的话呢,楼主可以先程序架子和主要的业务逻辑,哪两个小哥俩帮着你美化画面和做功能测试。不知道是否可行。 |
|
返回顶楼 | |
发表时间:2009-03-31
厉害的就多写点呗11
|
|
返回顶楼 | |
发表时间:2009-03-31
写点模板代码让他们照着抄好了
|
|
返回顶楼 | |
发表时间:2009-03-31
最后修改:2009-03-31
dongjq 写道 revivemydark 写道 楼主你都不问他们会不会用SSH就决定使用SSH了?招人能来的及么?换jsp+servlet算了,好歹3个人比一个人快吧
使用SSH是我们3个加项目经理讨论得出,2位说熟悉,况且我也想,2位同事在公司也工作有一年半了最少,SSH应该会把。 抛出异常的爱 写道 revivemydark 写道 楼主你都不问他们会不会用SSH就决定使用SSH了?招人能来的及么?换jsp+servlet算了,好歹3个人比一个人快吧
想死的快点? 大多数时候, 三个人作没有一个人作的快. 3+1<1也见过. 确实,现在我深刻的觉得,(1+2)<1 那么好吧如果你不拿两个同事当成2个劳动力时 进度压力就没那么大了 我估算了一下. 你的两个同事最大劳动输出大约是你的1/10 两个人加起来能1/5不错了 那把你的目标定在1/2 就是在你不付出太大的代价下 能让两个人合起来达到半个程序员的输出就可以提高你的团队的总价值了 先让他们花一天时间用纸与笔把界面划出来 (他们所作的模块) 贴在墙上 让他们再用一天把所用的所有sql 写在纸上.(必须能用) 再给他们一天时间连在一起..... 记得每天都要干完才能走. 互查完后你再查一次. 我一直相信,软件开发的大多数时间都是在改错,变更. 只要质量够硬. 到时变更时你就不会吐血. |
|
返回顶楼 | |