随笔分类 -  项目管理与流程改进

1 2 下一页

《微管理》读书笔记
摘要:企业中的人性Y理论是美国社会心理学家、管理学家麦格雷戈首先提出的,主要观点是:人的本性是喜欢工作的,并渴望发挥其才能;员工愿意对工作负责;寻求发挥能力的机会。激励办法是:扩大工作范围;尽可能把任务安排得有意义和挑战性;要启发内因,实行自我控制和自我指导。~《企业中的人性面》道格拉斯·麦格雷戈卓有成效... 阅读全文

posted @ 2015-03-14 11:10 Mainz 阅读(932) 评论(0) 推荐(0) 编辑

程序员需谨记的8条团队开发原则(转)
摘要:当你从学校出来,找到第一份软件开发工作的时候,你就不再是一个单独作战的程序员了,你将会有一个团队,你的一举一动也将直接影响团队的效率和产出。下面这8条团队开发的基本原则,作为团队的一员,你必须谨记在心,这会对你和你的团队带来非同凡响的效果。1、提交(签入)代码需要填写备注说明团队开发中必定会使用一些... 阅读全文

posted @ 2014-07-12 14:48 Mainz 阅读(752) 评论(0) 推荐(0) 编辑

为什么研发团队不适合量化KPI的绩效考核?
摘要:研发团队(如果不是外包,不是机械性的活动)如果进行的是creative的有创造性的智力活动,那么应该不适合用量化KPI的绩效考核和激励,不应该用工时、bug数(难度大的bug可能多,测试人员可能没有经验瞎提bug)、代码行数(大量复制粘贴)、review代码每千行问题数(有效的review机制)、上线后bug数等来量化考核,会抹杀他们的创造性。智力团队的合作的重要性要远大于竞争。如何管理21世纪的人才?!看看这个TED视频:《The surprising science of motivation》(强烈推荐!主要观点:21世纪的经济竞争是创新的竞赛,核心竞争力是创新型人才,而如何管理Crea 阅读全文

posted @ 2013-07-20 14:56 Mainz 阅读(1945) 评论(0) 推荐(0) 编辑

最近的一次敏捷项目Scrum经验总结
摘要:Team刚刚完成了一个敏捷项目,做一下项目总结,以备以后借鉴和提高。 需求 - 沟通 – 人 - 过程 - 工具 项目要成功的最关键因素是什么?软件要快速高效又高质量的提交靠的是什么?有人说最关键... 阅读全文

posted @ 2011-12-24 13:17 Mainz 阅读(4097) 评论(3) 推荐(3) 编辑

UseCase用例怎么画_UML用例UseCase的几个理解误区
摘要:UseCase用例是什么?看一下官方定义:用例定义了一组用例示例,其中每个示例都是系统所执行的一系列操作。看个UML的用例图: 其他的内容大家都可以网上去找资料,关于use case的内容,我这里只想... 阅读全文

posted @ 2011-05-10 11:09 Mainz 阅读(2159) 评论(2) 推荐(0) 编辑

关于项目经理/产品经理/需求/团队的杂感
摘要:1. 项目经理:客户的 "需要" 不等于 "需求"客户告诉你他要你给他一个西红柿,而且要马上给他,但你没有西红柿,你非常着急,最后只能告诉他,给你一个巧克力可以吗?客户居然说:那太好了。-- 其实客户的“需要”是解决饥饿的问题,但他告诉你他的“需求”是“西红柿”,如果我们的项目经理不懂这个,不会挖掘和理解客户需求,那就只能老老实实的给客户去买一个西红柿了。这种PM不了解客户的真实需要。归根到底是业务的理解不透彻,沟通不到位,项目经理去“收集需求”,确切的说是“收集需要”,然后再给客户提出解决方案和产品原型,让客户认可,而不能一味的迎合客户的“自己也说不清 阅读全文

posted @ 2011-02-27 15:02 Mainz 阅读(949) 评论(0) 推荐(0) 编辑

2010团队管理总结
摘要:创业路上,什么是克服一切困难的制胜法宝?人,团队!大浪淘沙之后,收获一只经得起考验的团队最珍贵,人最珍贵其他的神马都是浮云。创业团队需要快速成长,如何成长?从三方面努力:1. 专业化:是说我们要进一步发展技术能力;自己懂得要更精通,看看有没有改进和提炼的可能性,不懂的要快速学习,创业团队不能只盯着一个地方看,必须要农村包围城市,不断开拓疆土。2. 职业化:是指加强每一个人的职业精神和服务意识,从而提升团队协作的效能; 遇到问题,不是推卸推脱,而是马上替客户解决掉,是你的责任就要负责,这是职业化的精神。3. 商业化:是指更好的挖掘技术的应用价值、商业价值,经常从客户的角度、商业价值的角度去思考。 阅读全文

posted @ 2011-01-02 12:00 Mainz 阅读(959) 评论(0) 推荐(0) 编辑

团队高效执行力从何而来(2)
摘要:在《上一篇》中提到了我在最近的项目中积累的一些经验,本文继续讲讲中小团队管理的一些经验,某些也适用于大型团队。在一个IT技术团队中,每一个人都是高智力的成员,高智力成员的管理是最难的,如果再加上性格各异,背景各不相同,年龄差异大,那就更难管理了。最难的是两个挑战:1. 如何调用大家的积极性自愿的去最大化的做事?2. 如何达到项目目标的同时客户满意、每一个团队成员也满意?其实这两个目标都是很大的挑战。我这里理论性的东西不说了,大家可以去参考书籍,我只想随便写写自己总结的经验。1. 对新人要有足够耐心,给予时间和引导一个婴儿成长为自己走路的孩童需要时间,这期间,你只能抱着他走路。同样,新人也需要成 阅读全文

posted @ 2010-12-24 12:20 Mainz 阅读(751) 评论(0) 推荐(0) 编辑

从软件工程看,语言只是工具
摘要:“软件工程”是什么?代码、方法、过程、工程与组织的关系是什么?语言与工具在哪一个层次?看下面一幅图一目了然:从这个模型中可以看到,在“程序”与“方法”层面,是关注于“(具体的)实现”的;而在“过程”和“工程”层面,更首要考虑的是团队问题。从角色的角度上来说... 阅读全文

posted @ 2010-08-03 13:37 Mainz 阅读(664) 评论(0) 推荐(0) 编辑

Approach for Daily Results(时间管理、目标管理、项目管理)
摘要:I'm dedicating this post to anybody who's faced with task saturation, or needssome new ideas on managing their days or weeks... One of the most important techniques I share with those I mentor, is ho... 阅读全文

posted @ 2010-07-30 17:36 Mainz 阅读(647) 评论(0) 推荐(0) 编辑

项目管理杂谈
摘要:项目管理有个前提,资源稀缺,如人力、时间、资金等。比如,有一个政_府官员,有一笔拨款,于是上了一个政绩项 目,这类项目一般不缺资源,所以也不需要进度管理,做啥时候就啥时候,更不用项目管理软件。如果进度拉长可以增加预算,于是得到更多灰色收入,那么效率可 能是一种负担。我不是危言耸听,你看中国有多少.gov的僵尸网站? 项目管理 vs 人的管理 其实,标题的意思是,项目管理过程中,关注于项目,还是关注... 阅读全文

posted @ 2010-07-20 13:36 Mainz 阅读(938) 评论(0) 推荐(0) 编辑

MoQ,Mock,UnitTest单元测试,单元测试,还是单元测试!
摘要:       最近团队的交付质量下降,客户有所抱怨,紧急情况出现不少,开发人员应付紧急情况压力和很大,也有抱怨,这样就构成恶性循环。后来开会... 阅读全文

posted @ 2010-05-21 12:38 Mainz 阅读(1477) 评论(1) 推荐(1) 编辑

学习腾讯的产品管理之道
摘要:马化腾带着一大批产品高管自上而下,持之以恒地推动产品本位的管理体制规范化,并不断地创新和优化这套体制,使得整个公司上上下下融入了“产品的基因”,最终成就了“产品的腾讯”。   1、设置一个质量监控小组,由经验非常丰富的高Level的产品人员构成,赋予他们很大的权力,去监控和规范所有的产品项目。并且用KPI来制约产品项目服从这些规范。为了不搞教条主义,... 阅读全文

posted @ 2010-05-05 13:28 Mainz 阅读(770) 评论(0) 推荐(0) 编辑

7 Habits of Highly Effective Program Managers
摘要:What does it take to be an effective Program Manager at Microsoft? I'm responding to some requests for my take on what it takes to be an effective PM. I figured I could use a familiar 7 habits approach to help frame out a start. 阅读全文

posted @ 2009-10-12 14:20 Mainz 阅读(539) 评论(0) 推荐(0) 编辑

项目质量测试方面的心得
摘要:第一是建立一套高效完善的测试体系至关重要;第二是选择一套适当的测试工具来辅助整个测试体系的运作很有必要;第三是在选择测试工具后关键是灵活应用工具并不断改进流程以适合自身团队的实际情况。 阅读全文

posted @ 2008-11-16 17:17 Mainz 阅读(642) 评论(0) 推荐(0) 编辑

项目的阶段性目标管理
摘要:最近我们的团队向客户做了一次成功的两周一次的delivery。首先在两周以前,我们就和客户进行了有效的沟通,得到了客户当前最希望的需求功能点,并一致认可了定义清晰的、可实现的两周后的项目目标。然后我们又综合了“资源,计划和需求”这个铁三角矛盾平衡点,从中抽出了最迫切的、可实现的功能点列表进行首先实现和测试,并最终在两周后高效率的向客户交付了可运行的阶段性产品,客户非常满意 阅读全文

posted @ 2008-11-16 17:05 Mainz 阅读(2758) 评论(9) 推荐(0) 编辑

[转]微软软件测试的可借鉴之处
摘要:在深入了解微软的测试之前,对微软这个IT业界巨无霸的测试感觉是顶礼膜拜,高不可攀,总觉得可能很神秘,用很牛的技术或者很高深的手段。深入了解之后,发现微软的测试也是和我们做一样的事情,只不过人家做的更认真,更细,更实用,更有效率。再回过头来看时,微软的测试给我留下印象最多的是,流程,效率,意识,工具,素质!也就是这几项,成为我们国内IT企业亟需跨越的。 阅读全文

posted @ 2008-05-23 13:19 Mainz 阅读(667) 评论(2) 推荐(0) 编辑

创新和变革:可持续增长的途径
摘要:随着各种新技术的兴起和流行,如Web 2.0、社会计算、面向服务的架构(SOA)、3D因特网和虚拟世界,新的业务模式和规则也发生着变化,例如,苹果公司(itunes)革命性地改变了消费者购买音乐的方式,而与它类似的公司也通过富有创新精神的业务模式打破了行业的价值链。面对这些新技术和新商业创新的挑战,只有不断自我创新和变革,才能保持业绩的可持续增长。而随着市场竞争的加剧促使企业进行更大规模的变革。基于创新的成长使企业具有核心竞争力,有可能实现可持续发展。企业必须创新,而不只是改进。 阅读全文

posted @ 2008-04-13 17:25 Mainz 阅读(1145) 评论(0) 推荐(0) 编辑

软件维护的噩梦
摘要:我们很多时候可能不是那么幸运的被叫来做软件开发工作,而是做现有软件的维护。很多时候改了一个小地方,结果会触动其他的隐藏的很多神经,任何修改你都要小心翼翼。除了原来的程序员,没有人确切的知道某某功能点需要修改几个地方,哪儿和哪儿是相互关联的,这个功能会影响那个功能。有的时候甚至连需求功能点列表都没有留下。这简直就是软件维护的噩梦。 阅读全文

posted @ 2008-04-08 21:53 Mainz 阅读(1875) 评论(0) 推荐(0) 编辑

1 2 下一页

导航