PrjManage
百炼成钢
这个作者很懒,什么都没留下…
展开
-
IT码农的工作中心
码农们一般不用关心如何确定需求,确认自己理解需求就行了;剩下的主要是需求的实现以及功能的单元测试。说到功能,码农的工作基本上是围绕增删改查来展开的。欢迎讨论。原创 2011-07-06 12:55:03 · 741 阅读 · 1 评论 -
Top 10 Leadership Qualities
什么是leader?who is able to get others to willingly follow. 哪10个特质呢? They have a vision. they has a clear, vivid picture of where to go, as well as a firm grasp on what success looks like and ho转载 2012-02-03 16:21:09 · 1250 阅读 · 1 评论 -
leader的价值在哪里?
很多人都是因为技术出色,才被提拔到leader(猪头小队长)的位置的。但是一上来就很不自在,可能会觉得没有以前舒服了。 以前是individual contributor,做好自己的就行了,每天也过得很充实。一到做leader,每天慢慢碌碌,到下班了觉得好像没做什么正事:代码没有coding几行。于是很迷茫,leader的价值到底在哪里? 最近看了点东西,对自己启发很大。 indiv原创 2011-10-30 10:54:45 · 559 阅读 · 0 评论 -
如何做一个好的软件开发人员?
完成功能其实非常初级 功能的稳定性 可扩展性 如何规模化 性能优化 这些是后端程序员要考虑的 对UI工程师而言,考虑的不应该是2 pixel 而是用户流程和体验 不过哥就是考虑的太多 不爱立刻完成.... 虽说有些事情不是普通程序人员做的,更像是架构使或者technical leader做的事情;但是,你有了这样的思维,从长远/整体的角度看问题(系统性思维),对个人成长是原创 2011-10-30 10:09:06 · 879 阅读 · 0 评论 -
什么是scrum
scrum不是方法学,他是一个框架。也就是说,scrum不会告诉你到底该做什么。这里没有最佳实践,只有优秀实践及其应用范围。 产品backlog是scrum的核心,也是一切的起源。从根本上说,他就是一个需求或故事或特性等组成的列表,按照重要性进行排序。它包含的是客户想要转载 2011-08-30 18:12:57 · 550 阅读 · 0 评论 -
scrum 与XP
scrum注重的是管理和组织实践,而XP关注的是实际的编程实践。这就是为什么它们可以很好地协同工作--他们解决的是不同领域的问题,可以互为补充,相得益彰。 他们都要求团队在每一次迭代结尾完成可以交付的部分工作成果。迭代要短,有时间限制。将注意力集中在短时间内交付可工作的转载 2011-10-06 12:32:43 · 346 阅读 · 0 评论 -
how to set up a plan
老大QH的要求是: 1) Task要细化:细化到足够小,足够明确;每个task的时间跨度要小点 2) Output要明确:每一个task的output要清晰明确. 从resource的角度,Plan 应该细化到每一个人每一天的ta原创 2011-10-13 16:35:30 · 947 阅读 · 0 评论 -
软件开发过程中的一些碎语
需求分析应该从problem statement 开始,以vision statement 结束 PM写的给组员的email,尽量不要写成叙述故事来龙去脉,解释前因后果的冗长文章(我有时就这么干)。而是简单明了的分配任务,让大家知道下一步干什么。 做架原创 2011-08-25 12:47:47 · 284 阅读 · 0 评论 -
why trace issue
The purpose of maintaining the issue log is as following: 1. Keep track of the issues that need help from manager team or architecture t原创 2011-08-24 17:18:53 · 528 阅读 · 0 评论 -
一个著名的bug -- 1999 年“火星气候卫星” 因导航错误而坠入火星大气层
1999 年“火星气候卫星” 因导航出现重大错误而坠入火星大气层。从Peter Norvig(在NASA 工作的时候参与了调查)在coders at work的问答中,我们可以看到一个大略的错误发生过程: 1) 软件外包公司对于 mission-critica转载 2011-08-28 00:19:29 · 2385 阅读 · 0 评论 -
项目管理方面的一些碎语
软件工程的核心问题之一就是管理复杂度(对人,时间,风险这三者的管理)原创 2011-03-28 22:54:00 · 303 阅读 · 0 评论 -
几个大的IT公司的组织结构
看到这样一张图,主要是通过对比其他IT公司来批评微软的。有点意思。转载 2011-06-30 23:09:00 · 2313 阅读 · 0 评论 -
如何提高软件的质量
这方面的论述很多,我就摘一些失败的教训。避免使用错误的方法制造正确的产品在软件开发中会很强调测试。的确、测试是质量的保证。按照lean的精神,写不能测试的代码都是浪费精力(要有daily测试或定期测试)。但是, 测试只保证有质量的代码,却不保证有质量的设计。原创 2011-07-15 14:20:50 · 1262 阅读 · 0 评论 -
程序员是最难管理的
看到求伯君的一段话,很有启示。自己呆的前一个公司的管理有点像危机管理,时间很紧,待人非常非常严厉(我自己都觉得很抑郁);现在的公司比较人性化,管理手法比较温柔。这种不同造成的差别是,前一个公司离职率非常高。-------------------------------------转载 2011-07-14 23:36:48 · 599 阅读 · 0 评论 -
三权鼎立形式的软件开发方式
什么是三权鼎立形式的软件开发方式?估计所有的开发者都听说过瀑布式开发模式,xp测试驱动开发模式等等,这是从软件的开发方法来说;而我要说的,是催生软件最终成型/上线所需要的公司组织架构模式的,跨部门,跨组协作方式的软件开发方法。二者着眼点完全不同。根据互联网源远流长的来源,几乎从一开始(实际也不长,在国内顶多十几年时间),互联网公司的领导者们就发现了一个尖锐的矛盾,那就是用户体验(UED转载 2011-06-27 13:25:00 · 591 阅读 · 0 评论 -
程序员的委屈
其实很多程序员朋友受到过太多这种类似的冤枉,例如一个程序原来运行挺好的,以后进行功能扩充后,程序却时常出现崩溃现象。其实有时程序扩充时也没添加多少代码,而且相关程序员也很认真仔细检查自己添加的代码,确认后来添加的代码确实没什么问题呀!可相关的负责人也许不这么认为,转载 2011-04-06 16:24:00 · 440 阅读 · 0 评论 -
IT行业的猪头小队长不好当
看到一个诉苦的帖子,挺有意思的;说出工作的郁闷之处。分享一下。 http://www.iteye.com/topic/1070527?page=4 ----------------------------------------------------------------转载 2011-07-07 15:04:52 · 405 阅读 · 0 评论 -
如何写好工作邮件
邮件写作要力求明确 跟我们在学校上学不一样,表达观点之前用一些铺垫。工作邮件是要尽快尽简洁地表明观点 -- 简洁明了。 邮件标题要明确(state key point) 一封邮件只讲一件事,多个事情分多个邮件表述 (one mail one topic)不要用大段文字,多用图表、列表 ,适当分段并加小标题 (readable) 不清楚的地方要明确主动确认 (No Guess) 介绍清原创 2011-09-26 15:31:10 · 1524 阅读 · 0 评论