2017峰会：项目管理与高级项目管理（深圳站）
摘要：有朋友问到：高级项目管理是不是主要讲如何搞定人呢？如：如何搞定客户、搞定上级、搞定下属、搞定供应商、搞定合作伙伴啊等等。
确实这类问题难度很高，似乎应该属于“高级”的范畴，不过上述问题仍然属于“一般”项目管理要解决的问题范畴，还不属于“高级”的范畴。
阅读全文
posted @
2017-02-16 16:45
张传波（Fireball）
阅读(499)
推荐(0) 编辑
怎样应对“需求不确定型项目”？
摘要：需求不确定，老板直接和客户谈需求，项目经理不能或不方便参与，打下手，这类项目怎样办？
要深层次了解客户的想法，各种利益，地盘等，这很难做得到吧？并且也要花不少时间去沟通吧？
做需求分析是不是应该偏向于把真实得业务需求了解透，可以先不用考虑技术实现？
阅读全文
posted @
2017-02-14 17:54
张传波（Fireball）
阅读(1350)
推荐(4) 编辑
作为一名实施，需要自己反编译、网络抓包、猜测数据库，干的全不像实施的活……
摘要：做为一名现场实施人员，面对某x系统，一片空白。好不容易整明白点了，又发现x系统与某xx系统有关系，再深入一点，还与某xxx系统相连，后面还有更多的xxx..系统，没有源代码，没有文档，偌大一家公司管理上竟如此不规范。客户提出需求后，整理发给总部的开发人员，N久不能修复 ，还整天帮他更新调试，拿到输出结果再发邮件他，净瞎忙活，不指望开发之后，开始自己反编译、网络抓包、猜测数据库这些方式去搞了，干的全不像实施的活，这种情况怎么破？
阅读全文
posted @
2016-09-22 13:27
张传波（Fireball）
阅读(737)
推荐(0) 编辑
团队中某些人不行，想踢出，但这些人是老板招的，咋办？
摘要：团队里面不适合的人（能力不行），需要踢出，但这些人又是老板招的，你会怎么解决这个问题？这些人不是黄马褂的话，还是比较容易解决的。但如果是黄马褂呢？也是可以解决的！
阅读全文
posted @
2016-09-21 16:55
张传波（Fireball）
阅读(651)
推荐(0) 编辑
挨踢项目求生法则——计划篇，计划赶不上变化！
摘要：计划赶不上变化，计划还要不要写呢？项目工期限死，估算有什么价值呢？只有项目经理紧张项目，其他人是打工心态，怎样办呢？PMP的知识能搭救项目吗？如何才能做出一个按期交付的完美计划呢？所有问题，将在这一篇中大爆发！
阅读全文
posted @
2014-01-22 15:37
张传波（Fireball）
阅读(3324)
推荐(26) 编辑
黄牛是怎样抢票的？——从业务分析师角度看买票难问题
摘要：春运到了，12306被推上了风口浪尖，大家将买不到票的怨气全部吐在12306上！几年前火车票已经实名制了，那黄牛应该就找不到赚钱的空间了，但因为业务流程上的漏洞，造就了黄牛存在的空间。如何改善业务流程，让更多的票到真正需要的人手上呢？
阅读全文
posted @
2014-01-15 14:57
张传波（Fireball）
阅读(6009)
推荐(19) 编辑
挨踢项目求生法则——实施篇，避免”一失足成千古恨“！
摘要：安装部署系统、培训客户使用系统、推动系统上线等工作就是实施工作。实施工作的重要性有点象足球比赛的“临门一脚”，前面所有工作都做好了，如果临门一脚特别臭，前面的工作都会付诸一炬。实际上实施工作需要从项目一开始就要进行，并且对实施工程师的要求很高，除了技术要求，还有业务以及商务上的技能要求！
阅读全文
posted @
2014-01-10 16:12
张传波（Fireball）
阅读(1789)
推荐(12) 编辑
挨踢项目求生法则——测试篇
摘要：直到最后几天，测试工程师们才能见到软件的“庐山真面目”，但是不见不知道一见吓一跳，软件的问题巨多，甚至很多功能没有实现，然则距离“项目死期”（交付日）已经没有几天了！难道测试仅仅是项目后期的事情？曾经何时作为程序员的我是看不起测试的，不少程序员也不屑于去做测试这个职位，难道测试工程师真的比程序员低人一等？
阅读全文
posted @
2013-12-27 22:14
张传波（Fireball）
阅读(1745)
推荐(13) 编辑
挨踢项目求生法则——编码篇
摘要：有一句古语“少壮不努力，老大做IT”，做IT确实挺悲剧的，但最悲剧的是做码农（程序员）！烂代码直接产出来软件，而烂代码是怎样产生的呢？是烂程序员吗？大部分程序员是追求进步和高质量代码的，往往是烂的管理方式、无节操的项目工期而导致程序员不知所措、疲于奔命、为赶工而写代码。当加班成常态，你还跟我谈什么代码质量呢！程序员们是可爱的群体，编码是高难度高技术含量的活，希望我们的编码工作能变成富有激情和战斗力的工作吧！
阅读全文
posted @
2013-12-19 17:20
张传波（Fireball）
阅读(2252)
推荐(29) 编辑
一切皆可复用
摘要：人类文明不断地进步，并不是现在的人比古代的人要聪明，而是我们能不断地“复用”前人的知识、经验。你能不能成为优秀的软件人才，也视乎你能不能不断地“复制”你的成功。一流的软件公司，关注的不止是在技术方面的复用，实际上软件开发过程中几乎所有的东西都可以复用！
阅读全文
posted @
2013-09-15 17:50
张传波（Fireball）
阅读(1557)
推荐(2) 编辑
视频分享：挨踢项目求生法则（1）——团队建设篇
摘要：一个低级错误引发的“踢皮球”事件：某项目部署给客户后，重现了一些以前已经解决的问题，原来不知道为什么，居然将老版本部署给客户了！领导非常恼火，要追究责任，于是大家开始踢皮球了！我们的故事由这里开始……
阅读全文
posted @
2013-06-13 13:39
张传波（Fireball）
阅读(2081)
推荐(1) 编辑
体验最火的敏捷-SCRUM！（网络直播课程 免费）
摘要：SCRUM是当前最火的一种敏捷开发方法，有用户故事、冲刺、燃尽图等很多很酷的玩法，有牛B的产品负责人、SCRUM Master，有超强的自组织团队。本课程将为您展现当前最火最酷的敏捷开发方法！
阅读全文
posted @
2012-10-26 14:57
张传波（Fireball）
阅读(726)
推荐(0) 编辑
UMLonline技术沙龙：体验一把SCRUM（2012-10-27 广州 免费）
摘要：SCRUM是当前最火的一种敏捷开发方法，有用户故事、冲刺、燃尽图等很多很酷的玩法，有牛B的产品负责人、SCRUM Master，有超强的自组织团队。UMLonline技术沙龙将为您展现当前最火最酷的敏捷开发方法！
阅读全文
posted @
2012-10-12 21:52
张传波（Fireball）
阅读(480)
推荐(0) 编辑
软件研发管理最佳实践（2012-10-20 深圳）
摘要：项目管理中存在各式各样的问题，项目管理的大道理几乎人人都懂，但知易行难，我们往往陷入“问题多，想改进，但迫于进度压力，只能暂缓改进，而问题继续滚雪球”的死循环。如何才能打破这个恶性循环呢？我们需要立竿见影的最佳实践！
阅读全文
posted @
2012-09-19 21:00
张传波（Fireball）
阅读(457)
推荐(0) 编辑
网络直播课程 - 微软研发的那些事儿
摘要：微软这个软件王国是怎样研发软件的呢？微软有哪些最佳实践能帮助我们提升软件研发能力呢？本课程将为你分享微软的多个最佳实践。
阅读全文
posted @
2012-09-04 17:17
张传波（Fireball）
阅读(436)
推荐(0) 编辑
网络直播课程 - 体验极限编程（XP）
摘要：极限编程，英文：Extreme Programming，简称：XP编程。
这是在SCRUM之前流行的敏捷方法，这是一种轻量、快速、强调适应变化、适合中小型项目的项目管理方法。
阅读全文
posted @
2012-08-27 15:40
张传波（Fireball）
阅读(420)
推荐(0) 编辑
中国过程改进年会会前培训：让敏捷落地！- 软件研发管理最佳实践（2012-5-30 北京）
摘要：软件项目管理可能是最难的一种项目管理，她最难的地方在于不明确的因素太多：需求不明确？技术不明确？设计不明确？......各种敏捷方法，如：SCRUM、XP等，是解决这些问题的灵丹妙药吗？敏捷要在中国落地，还需要解决很多具备中国特色的问题，课程将为你分享老师在实施敏捷及软件项目管理中的各种最佳实践。
阅读全文
posted @
2012-04-26 23:00
张传波（Fireball）
阅读(396)
推荐(0) 编辑
公开课：超越敏捷-软件研发项目管理最佳实践（2012-5-12 广州）
摘要：课程目标
1.了解各种敏捷理论，理解软件项目管理的特殊性。
2.学会项目管理的各方面技巧，学会让敏捷落地的实践技巧，包括以下几方面：需求管理、设计管理、编码管理。
3.学会实用项目估算、项目计划、项目计划跟踪方法。
4.学会如何持续提升项目管理水平。
阅读全文
posted @
2012-04-26 22:55
张传波（Fireball）
阅读(397)
推荐(0) 编辑
视频分享:编码与代码评审-质量与现实的最激烈冲突点(完整版)
摘要：代码评审不是走形式，领衔项目工作的你一定深受劣质代码的影响，不抓代码质量，软件陷阱重重，猛抓代码质量，必然带来程序员的极大抵抗，并且会延误工期。如何解决这现实与质量的冲突呢？
阅读全文
posted @
2012-02-14 13:19
张传波（Fireball）
阅读(2074)
推荐(7) 编辑
挨踢项目求生法则-设计篇
摘要：一味追求所谓的优雅设计，项目可能会死的很惨。客户购买的是软件而不是你的设计。如果你在客户面前介绍你的设计如何精妙、如何OO、如何依赖注入？那客户只能当你是火星人看了，客户并不会因为你的设计如何精妙而原谅你的推迟交付和增加费用。如果为了节省时间，忽略设计或者粗略设计，项目同样很可能会死得很惨！没有想清楚就动手，就相当于冒着大雾往前走，可能走错方向，可能跌入悬崖……
阅读全文
posted @
2012-02-01 14:06
张传波（Fireball）
阅读(7652)
推荐(45) 编辑
