遇上一个不懂技术的老板大家都怎么面对那？

zxt1980 2003-08-25 03:20:47

我现在的公司就是这样，满怀信心的进入了这家公司，可是到了这家公司我却遇到了一个很让我头痛的问题。就是这家公司在软件开发方面几乎是0，就我一个所谓的软件开发人员，现在让我做项目，因为不懂，他们就在那和你说这个很简单吧，实现这个很容易吧。。。跟他们说吧，因为他们没有这方面的基础说了半天他们也是不明白。。哎。。我想大家也遇到同样的问题吧，不光是在公司里，有时候见到不懂装懂的客户更是令人客气，但谁让都是上帝那！！！大家遇到这样的事都是怎么处理的那？

...全文

46 2 打赏收藏转发到动态举报

写回复

2 条回复

切换为时间正序

请发表友善的回复…

发表回复

sutao0604 2003-09-13

打赏
举报

回复

走

超级大笨狼 2003-08-29

打赏
举报

回复

考虑走人！，我以前也经历过好几次呢，你不要浪费时间拉！到后来累死你都没人知道！

第1章设计的数据和分析 1 看不懂数据 2 不配看数据 2 为了看数据而看数据 2 不去筛选数据 3 不关注数据采集的方式和方法 4 只用定量数据，没有定性数据 5 设计中的数据分析 5 数据——判断淘宝店铺页面设计优劣的显微镜 7 第2章交互设计 11 交互到底是做什么的 12 好习惯和坏习惯 13 交互设计师容易犯的错误：把自己.禁锢在解决方案之中 15 UI和IxD 16 再谈交互设计、用户体验设计工作 19 中国还很需要交互设计师 19 做产品？拿什么去做 19 第3章信息分类与方法 21 分类、属性、关键词与Tag 22 概描述和泛描述 23 标签与标记的区别 25 信息系统需要与时俱进 26 信息如水，架构如渠 28 了解你的信息 28 当信息遇到互联网 28 第4章视觉设计和规范 30 一名视觉设计师对于网站设计的思考 31 网页版面与报纸版面设计 31 版面布局的平衡性 32 设计规范不应是摆设 34 团队的形成和设计规范的形成应该是同时的 35 设计规范应该是帮助工作的，而不是思路的 35 对于打破设计规范的应该奖惩分明 36 把“规范”当作“产品”来设计 36 产品之道：用规范来封装自己 41 第5章产品评估 46 让产品设计师跟踪测试产品 47 测试的时机 47 测试的相关协作 47 测试依据的文档 47 产品设计师跟踪测试的好处 48 分享自己做跟踪测试的经验和教训 48 小结 49 专家评审 49 所谓的专家是不是够格 49 分数怎么来衡量 50 提出问题的方式是否会激怒设计师 50 怎么样的设计才是好的设计 50 产品设计评估的逆向思维 51 第6章产品经理和设计师 54 谁是合格的产品经理 55 说文解字：从产品说起 55 产品经理的艰难定位 56 PM是个抢饭的角色 56 只有老板才是合格的产品经理 58 产品设计师的核心竞争力 58 为什么设计这个 59 设计能力决定权力 61 絮叨“产品” 62 如果你不是产品经理 65 第7章排序 67 排序的人文魅力 68 排序有什么用 68 技术性排序解决问题 68 情感化排序体现创意 69 排序的人文情境 69 排序最优论 70 网站信息的排序与展示的关系 70 人工干预排序的是必要的 70 网站排序：用户不会看完所有的内容 71 排序不一定是顺序的好 71 排序方式的多样性和默认排序的重要性 72 排序、过滤选项 72 第8章微博 75 我为什么不用微博 76 微博和信息的机会成本 77 类Twitter产品的生命力 78 第9章评论和评价 81 打分进化史 82 我认识的留言和评论 83 站内信不需要标题 85 电子商务网站评论设计探讨 88 是否需要登录后评论 89 是否需要分项评论 90 第10章群组 92 群组功能代替论坛的可行性 93 BBS\Chat room\IM\SNS\Twitter的碎片 94 BBS 94 Chat room/IRC 94 IM 95 SNS 95 Twitter 95 群和论坛里的人和事 96 社区里的人 96 社区里的事或者说信息是什么 97 论坛、群组和临时会话 97 沟通无极限，人人爱扎堆 99 共同的需求和爱好 99 基于某种现象和物质产生联系 100 寻求身份的识别与认同 100 群组良性发展的可行性建议 100 群组功能和用户沟通 101 第11章邮箱和邮件服务 103 关于Gmail 104 设计的小事：新邮件时代 105 邮箱地址是唯一的 107 目前应用最多的还是在注册上 108 邮箱更适合成为云技术集成的核心 108 邮箱可以是全网的通行证 108 邮箱与邮件服务 109 第12章地图服务和网站 111 当地图遇上照片 112 地图，Mashup 114 信息从何而来 114 地图Mashup 115 从需求的变迁看地图的发展 117 地图网站：用户角色和用户需求 118 创建用户角色 118 心智模型 119 可如果没有呢？ 119 Google地图和搜狗地图的信息架构 120 “神奇”的按钮 122 为何Google地图要使用这种架构 123 地图网站的需求功能与体验 123 需求篇 124 功能篇 125 体验篇 127 发展趋势 134 第13章电子商务 135 根据用户购买意愿设计购买流程 136 给麦包包独立商城的一些建议 137 用户角色模型

作为软件从业者，碰到半懂不懂的老板来指手画脚该如何应对？首先请各位老板谅解起了一个吸引眼球的标题，主要是希望吸引更多的人能看到这篇文章，有好多软件从业人员碰到过类似的情况最后因为处理不好而对原来的工作失去兴趣甚至离职，希望看了我的分析后能对大家有所帮助。俗话说的好：“不怕老板不懂也不怕老板很懂，就怕老板半懂不懂。”这里的老板也可以是自己的领导，也可是是客户，甚至是工作中其他相关者比如（产品...

Steve Denning近期在Forbes上发表了一系列文章，着重探讨了敏捷社区所面对的一大挑战——如何获得主流管理界的认可。\u0026#xD;\n在此系列的第一篇文章中，Steve就提出他独特的看法：当今管理界的一大不为人知的秘密就是——敏捷。他解释说，千百年来，如果某个大胆的奇思妙想并不是根红苗正、科班出身，往往就会被忽略而不受待见。\u0026#xD;\n……就在十几年前，管理界发生了一...

本节书摘来自异步社区出版社《当90后遇上创业》一书中的第1章，第1.8节，作者：陈栩琳，更多章节内容可以访问云栖社区“异步社区”公众号查看。 1.8 一个好的企业家一定是最懂人性的人当90后遇上创业这个世界很有意思的一点就是，每个行业的著名人物大多都不是科班出身。以大家都熟悉的娱乐圈和企业家为例好了。先说娱乐圈，李宗盛最早的工作是扛煤气罐，张曼玉最...

读者群里有不少刚开始做管理的技术人，很多都和我谈过他们的困惑。总结下来主要是不知道继续晋升需要培养哪方面的能力。技术经理其实是技术人最难做好的管理岗，原因主要有两方面：一，在互联网公司，技术骨干由于业务做的出色，火线被提升为技术经理，往往缺乏系统的领导力的培训。二，技术经理是团队贡献者，但仍然需要大量个人贡献，尤其是在团队需要攻坚之际。这两方面原因，导致技术经理在管理进阶之路上，非常艰难。一些技术体系成熟的大厂，甚至启用产品总监或业务负责人来担任子公司CTO。这其中，更多还是管理带宽的考量。.

2,100

社区成员

37,373

社区内容

发帖

与我相关

我的任务

社区管理员

加入社区

近7日
近30日
至今

加载中

查看更多榜单

社区公告

暂无公告

试试用AI创作助手写篇文章吧

+ 用AI写文章