工作杂谈:工作方法

一:列计划法

二:工作流程规范法

时间: 2024-10-05 09:50:31

工作杂谈:工作方法的相关文章

测试工作杂谈

最近多个项目同一时间交付测试,进入焦头难额的测试阶段,边测边思考问题: 当待测试项目多到已经规定不需要跑测试用例时,前期辛苦写下的测试用例还有意义吗 当测试项目的交付质量已经差到每天bug数以十位数百位数计时,开发人员难道还不应该自测吗 当测试计划中要求接口测试,数据库测试而开发人员无法配合时,测试工作还能愉快的进行吗 以上三个问题是俺工作中实际的情况,想知道软件行业所有的公司都有这些问题么,还是俺们公司是特例中的战斗机 ==. 测试工作杂谈,布布扣,bubuko.com

工作杂谈

毕业到上班,转眼快4个月了,在一家中型规模的软件公司,自己是为数不多的嵌入式工程师:第一个月的时间是 熟悉RPi 的 板子 和 开发环境,然后 是在核心板上扩展OLED液晶(SPI接口 参考还是很多滴):添加锂电池充放电电路 模块,找了 好久的方案,最后选用 上海 钰泰科技的方案,电路 板 做了3个 版本,第一版是 功能没有实现,第二版是 功能实现了,模具无法适配:第三版,功能 和 模具 都 测试 通过了:本想 公司 的 手持设备 应该找 外包公司 做 模具的:最后 还被 boss 逼着 学了

工作杂谈之说说工作中的二宗罪

博客开封了,有段时间没有写过技术文章了,前段时间工作太忙,几乎没有时间去反思工作,虽然搞的东西不是很困难,但是需要耗费很多时间去熟悉新的东西.主要是在工作中需要使用到微软开发的新框架SOLFramework,它是由微软为远洋地产量身定做的MVC框架,需要在该平台基础上开发导致了很多后续的麻烦. 先来说下最近的工作情况吧,最近一段时间在工作中不是很如意,很多事情没有按照自己的规划进行,其中最主要的表现是这段时间没有更新文章,无论是在技术上的文章还是工作上的学习都没有及时的去思考.反思,可能是跟自己

生活工作杂谈

最近一段时间,应该是很忙了,公司的一个系统出现了问题,已经连跪2周没有休息,每天晚上都将近7八点才回到家,瘦了将近10斤还多,不过通过最近的一直不断的修改和弥补,数据总算恢复的还算不错,内心说实在的还是很有成就感的,虽然工资很低,也许这有时就是一种程序员的宿命和责任感吧,有时手头出现了问题时,不论怎么样,总会想到解决的办法,甚至不吃不睡,都想把这个问题给解决了.而且不求任何回报和奖励,只是为了换回自己内心的一点满足感和成就感. 下面就为自己在不断大量写代码的过程中出现的一些问题,做一下总结: 1

工作杂谈-换行业

            初入职场的人,应该有一个职业规划,进入一个流行并且自己喜欢的行业深入钻研几年.努力成为这一行的专家,一招鲜吃遍天嘛.         其实我也明白这个道理,但是缺乏执行力.跳槽换工作的时候,如果几天没有找到合适的工作,心里就慌了,就又随便加入一家公司.         上家公司是节能行业,我主要负责智慧社区,智慧家居的一个项目.智慧城市是一块大饼,大大小小的公司都想在这个市场分一杯羹.就连阿里巴巴也启动"互联网+城市服务"战略,联合蚂蚁金服与新浪微博为各地政府提

工作杂谈:学习360产品,用户至上原则

产品的好与坏,不是开发者说了算的,真正有权利做评价的是产品的用户.所以做产品要时时刻刻谨记一条根本原则:用户至上. 以下是围绕这个根本原则具体描述. 一:产品功能选择 在设计产品时,可能产品经理有许多的构想,产品能干这个,能干那个.但是总要有个侧重点,优先实现那些功能,那些功能是最基本的.这里有几条这样的原则: (1)刚性需求 就是这个需求是必要的,用户肯定会用到的.比如360的杀毒软件,云拦截(拦截垃圾电话和短信). (2)感知强 这个功能做出来,用户肯定会用的很舒服,体验很好,给产品加分.

工作杂谈:临时想到的,团队怎么进步

1:  工作不忙的时候,同事之间多交流学习,技术也好,理念也罢 2:团队一起回顾一下自己的产品,那些功能做的好?为什么?那些不好,为什么,怎么优化? 3:活跃工作氛围,协同作战. 4:提升自己,以高级程序员,或者项目经理的态度来要求自己. 5:打磨产品,站在普通用户的角度,看产品是否好用?

工作杂谈:产品经理的工作职责

以下内容根据学习刘文智老师课程整理: 一:市场调研与需求 1:了解市场需求.整理需求,分析评估(是否迫切,是否强烈,是否高频) 2:分析竞争状况(市场报告,行业文章,使用竞争对手的产品) 3:自身资源与满足用户需求的匹配程度(技术资源,市场资源,运营资源) 4:阶段目标:发现创新产品的机会,改进现有产品的机会 5:输出文档:商业需求文档BRD(Business Requirement Document) 市场需求文档MRD(Market Requirement Document) 6:注意事项:

工作杂谈之-程序员不止是写代码!

我是一个简单的人,毕业参加工作后,选择了程序员这个职业,本来想每天简简单单写写代码.不断提升自己的技术,就万事大吉了.后来走的一步步,充分验证了,这种想法太幼稚了.如果你只想靠一两种语言技能,闯天下,那么你肯定会到处碰壁,程序员应该是多面手! (1)沟通能力 会写代码还不够.如果想从优秀发展到卓越,你必须培养起有效沟通的能力:与你的同事沟通,与你的老板沟通,与用户沟通. 不与人沟通的程序员不是好程序员.一个优秀的解决方案需要计算机世界与人类世界的双重技能.只有连接起两个世界,才能成为一个真正的优