- 主题:被下属单位的一个小领导掀桌了,拿东西摔我 回帖有补充说明在
组织评审不过就定下来了,我也想团队赶紧端正态度改好。
立项是下属单位提建议,我作为业务部门斧正包装,再去课题归口管理部门立项
【 在 xbook 的大作中提到: 】
: 感觉你犯了几个错误,一个是不应该给下属单位建议谁谁谁来做,另一个是你认为报告不好,需要你组织评审,评审会贯彻你的意志指出哪里不好。
--
FROM 221.223.79.*
井底点灯自以为看得清,去指摘井外面:你家的圆形半径,太小啦!
【 在 pkupig 的大作中提到: 】
: 上级单位的立项课题跟白嫖有啥区别呢
: 谁不懂啊
: 屁钱舍不得出还天天叽歪
: ...................
--
FROM 221.223.79.*
我是甲方,批课题的,什么眼神
【 在 cnny 的大作中提到: 】
: 自己拉项目立课题,让别人帮着实现,不符合自己天马行空的想法,就认为是干活的人的问题。
: 字里行间根本就看不上真正搞技术的人。
: 你行你上啊!!!
--
FROM 221.223.79.*
别的帖子已经解释得很清楚了,你自己不看,想当然就喷。跟你浪费什么时间?打回去重看!
你倒也挺像老大姐,迷在其中也不伸出脑袋来看看
不知道你会不会真的再重新看贴,还是像大姐,不愿意冲破自己的认知,也扭屁股就走了
【 在 pkupig 的大作中提到: 】
: 有理说理
: 你这不正面回答,就知道唧唧歪歪的骂人
: 难怪大姐要怼你,典型的没有摆正自己位置
: ...................
--
修改:Alfard FROM 221.223.79.*
FROM 221.223.79.*
我自己周末把那个技术重新看了一遍,大概知道写什么东西了。。
以前只是用,没去看原理,现在看完了,知道我认为应该有,但是之前模模糊糊不知道是什么的东西是什么了。
就好像过去我只用大象身子,觉得脖子那应该有个象头,但是大姐在那接了个猪头,我就怎么看都不对劲。我说不对劲,但是也画不出来象头,觉得大姐团队干这个的,难道不该去非洲弄头大象吗?大姐不愿意去,非要让我接受猪头的合理性,或者让我告诉她象头什么样的,我就很火大。我一科研处的凭啥帮你做这事,跟你经费给你立项机会还得被反向挟持给你干活?我刚做这个岗位被反向挟持不少次,一直被领导批搞不清楚自己的职责界限,越俎代庖,吸引责任。
现在看我是被逼得不看清楚大象不可了?
挺简单一个活,给了2年时间。关于数据库的,老用它开发,懂它原理,有组织全局的思维就行
再举个例子,我跟大姐说,你要去规定数据库要写注释,不但开发的,数据工程师也需要。大姐似乎不知道数据库是可以写注释的,然后零零碎碎地反驳我不用写注释。还问我数据工程师是干嘛的。
【 在 Daleth 的大作中提到: 】
: "虽然直接给不了答案,但是鉴别能力是在的,行还是不行,一眼便知,不客气地说,我在技术上直觉比较强。"
: "咱俩都不太懂这个东西,都不是这方面的技术专家,你要是承担这个课题,就去找真正懂的来,你说找了管某技术的某某,我听你转述的他说的话,听上去专业度也并不够。"
: "我已经很露骨地说了,让她抄一个,她说她找不到,让我去给她找,我又说你们找干这个的专家做,她说她不认识,让我帮她找,一个处长像个职场巨婴"
: ...................
--
修改:Alfard FROM 221.223.79.*
FROM 221.223.79.*
我现在已经基本知道大象的全貌,也知道该规定大象的什么东西了,皮肤的粗糙度,象牙的弧度等等,再找别的单位去写呗。争取也让大姐被打脸,让她的单位也知道这个活被她干丢了,这样大姐应该会很难受吧,大姐干活巨婴,其实在面子上还蛮要强的。
另外我不明白了,有不少人反对我,难道我非得要到现在这个程度,才能当好项目的甲方吗?非得要我把问题定义的特别清楚,特别细致才行?难道我就不能提一个抽象的需求说我要一个大象,就有人给我一头真的大象?
【 在 lytong 的大作中提到: 】
: 你准备咋解决问题?
: 自己写?
: 不管了,爱过不过?
: ...................
--
修改:Alfard FROM 221.223.79.*
FROM 221.223.79.*
我告诉她怎么干,任务就完工了,复杂性工作,知道怎么干就是任务本身。割麦子告诉她怎么割,她可以再割十亩。写标准写方案告诉她怎么写,那她就剩下敲字了,我还要研究团队干啥?招个打字员就好了嘛。这种求告知怎么干的,表面上态度谦虚,实际上就是责任上交,逃避矛盾。而且你真的在告诉她哪里不合适要求改的时候,他又会有一百个理由等着反驳你。
其实就是写一个数据库命名标准而已,工作量很小,三五页纸,就是吃经验吃认识。但是规范要考虑整个组织数据架构,数据库治理方式,要从它们生成这个规范,虽然我们现在统一的数据治理很欠缺,但是如果知道方法论,也不影响做出命名的规则。关于我不指导的问题,我10年前做软件的,复杂度都在繁杂的业务上,几乎没有性能要求,也有dba建库,所以不太用关心数据库原理机制。但是规范要考虑开发、数据工程师、dba、数据治理人员等等很多角色使用的舒适性,这些角色的工作很多我没接触过,现在做科研管理岗也不现实再回过头去了解,就没法告知编写组答案。编写组都是技术小白,写这个想当然,不是从技术角度出发的,写的规则都搞笑。一开始我让他们让贤,寻找个对数据有心得的大牛小牛,把编写排名让给他,其他人排后,大姐说找不到继续自己努力,我又让大姐咨询这几个角色,看看他们日常工作有什么内容,哪些跟命名相关。大姐找了本单位的相关角色,问完只带回两句话,dba说他用不到数据库内部的元素,数据工程师说表是原样发给某数据中台的,over。这期间还有很多沟通内容,劲头差不多,让我对团队技术无能的认识一次次印证。
发帖期间我已经把Oracle机制大概搞清楚了,现在正在看MySQL,我也是被逼得无奈了。
【 在 feitonfeiton 的大作中提
: 报告不重要
: 包装汇报吹牛皮才重要,私企的话老老实实找行家把技术干完。G
: 企的话 要么凑合接受,要么打到重新来
: ...................
--
修改:Alfard FROM 221.223.79.*
FROM 221.223.79.*
我回帖补充了是啥活了。我们组织有点权力集中的意思,没法弄成你说的。总之你知道我没有责任帮下属单位干活就行啦。
【 在 xbook 的大作中提到: 】
: 各司其责。下属单位再烂,你作为项目主管其实很难影响到它,你能做的就是把不让结题这事坐实。
: 反过来讲,下属单位烂这个事情目前看到的也只是你的一面之词,而反过来站在技术一线,那个指手
: 画脚的项目主管一定是大家最讨厌的。另外,一个正常的管理结构,争取项目由规划部门分管,项目
: ...................
--
修改:Alfard FROM 221.223.79.*
FROM 221.223.79.*
这是个纯技术标准,有立项,有钱,有落款,有名分的,就该对方自己写。某研究院承担了任务,能反过来向工信部说,我做不了说你来干吧吗
【 在 saic 的大作中提到: 】
: 我是无心想歪你的楼说那些题外话,但奈何有人老想教我做人
:
: 还是昨天说的,我所经历过的,下级部门交过来的材料
: ...................
--
FROM 221.223.79.*
人才匮乏,我也在物色,还没什么满意的人选,其他人怕卷入矛盾,似乎也不积极响应。但是换人是决定了。
【 在 saic 的大作中提到: 】
: 工信部说你干不了你揽什么活,换人,有的是人能干,楼上那个人说了最不缺就是写材料的
:
--
修改:Alfard FROM 221.223.79.*
FROM 221.223.79.*