一期：活动描述，之一，之二，之三，之四，之五二期：活动描述，之一，之二，之三，之四火星人陈勇晋智红-P
一期：活动描述，之一，之二，之三，之四，之五二期：活动描述，之一，之二，之三，之四，
这是敏捷开发一千零一问系列的第二十四篇。（在这里提问，之一，之二，之三，问题总目录）
工作中遇到这个问题，问别人解决了。答案在问题的下半部分，仅供参考。 http://stackoverflo
首先注意不是龙腾世纪2（听说是个续貂之作），是一代又叫“起源”。整个游戏完成要50多个小时
前段时间受邀在哈佛评论网开博，关于行业、经济、人物、市场、创业方面的博客，基本上都首
• 谁在管理团队中的个体？• 从领导指令到自组
这是C++程序员的C#转型手册的第二篇。（之一，之二）以下是的代
这是C++程序员的C#转型手册的第二篇。（之一，之二）为了学习C#，买有一周就搁下，几乎再也没有翻动过，后来就送人了。C#
一个免费发布软件，一个免费CMS（内容管理系统），一个
原书名： Rapid Development 原出版社： Micro
这是敏捷开发一千零一问系列的第一篇。（在这里提问，之一，之二，之三，问题总目录）也是般若敏捷系列第十篇。（之一，之二，之三，之四，之五，之六，之七，之八，之九，之十，之十一，之十二） 做敏捷开发时间长了，就感觉很多事情都理所
本文是敏捷
这是敏捷开发般若敏捷系列的第八篇。（之一，之二，之三，之四，之五，之六，之七，之八，之九）正法，像法，末法任何事物，都会经过这三个阶段，有的短至几年，有的长达几千年。正法时代一般是原创者掌握话语权的时期，因此能正确地解释和传播。正法时代传播的是智慧和般若，而不是知识（方法，具体的实践等）。本人先是学习了敏捷开发
因为月底较忙，而中间培训又需要，已经抽上半月时间完成发布；怕今天有人上来查找无果，特此通知，见谅。 发布通知帖位于：火星人敏捷开发手册 2011-10-14 发布主贴位于：[置顶]【正式发布】火星人敏捷开发手册（基于Scrum的敏捷开发免费教材及公司内部宣传材料）
本文是IT职场人生系列的第十四篇。任何时候都会发现IT业是个变化迅速的行业，几年前还很时髦的技术，现在已经过时了；几年前还很热门的行业，现在也过时了。这种变化之莫测，别说我们普通人，连IT巨头们都经常犯错。在这种多变的环境中，提前预测正确一条技术路线或业务路线，并顺利走下去成为其中高手的人少之又少；而即使偶然有几个高手，以前正确也不代表未来会正确下去。在这种多变的环境中，那么IT人员该怎样积累经验
本文是IT职场人生系列的第十五篇本篇延续了技术与语言I的内容（之十二），搜集了之后大家的一些评论和我的反馈，整理在这里。“新人学老技术有风险”的实质其实不是说老技术没有学习的价值了，而是指新人依托老技术存活，风险很大。我自己曾经是一个C++高手，心里很清楚如果自己亲自”无私地“带领一个徒弟，要让他学到我的水平，没有5年做不到；而如果一个人要自学超过我，那可能是10年的事情了（本人编程10年，当年也
本文是敏捷开发产品管理系列的第二篇。（序言及设立迭代目标，产品版本规划，产品用户群规划，新产品研发，预估会议，Product Servant，Product Owner团队，产品线管理）本文是一篇旧文，原名为《“迭代期内无变更”与敏捷开发产品版本规划》，因符合本系列内容，做相应修改后重新编排发出。迭代期间无变更？支持派说：对，如果
本文
本
2011-10-14：新版本已经发布，新增内容6页，增加目录及《敏捷开发用户故事》系列。此版本就是原定10.31才发布的版本，因下半月要参与一本杂志、一本书的编写，所以提前写好免得惦记。 部分页面预览：
本文是项目经理的商务指南系列中的第四篇。（之一：序言及项目本质，之二：认识责任，之三：认识客户，之四：认识谈判，之五：认识项目进展，之六：认识回款，之七：将项目推向不败之地）谈判是一件让大门不出二门不迈的项目经理很头疼的事情，谈判的技巧很多，要完全掌握不是一天两天的事情，但也不难。随便搜索“谈判技巧”，都可以找到一大堆，本文不再详述。本文主要涉及如何向正确的谈
两种主干故事-业务数据与业务操作陈勇-创业-北京(**9107533) 13:13:32好了，先确认哪些是重要功能呢？借用了FPA就是功能点分析里边的概念，发现有两类故事最重要。1. 用户的业务数据。比如火星人需要对用户、权限、角色进行管理，那么“用户”“权限”“角色”，就是我们的业务数据。所谓业务数据，就是客户可以理解的、逻辑上的数据。比如“用户”，在数据库表里边，至少有3个数据
这是敏捷开发一千零一问系列的第二十一篇。（在这里提问，之一，之二，之三，问题总目录）问题这个不是培训课上的问题，而是最近一些电话和微博上的问题。起源是有客户打来电话，希望不只是听听培训（包括内训），而是希望能有长达十天二十天的现场指导活动，指导企业完成敏捷的部署。虽然这的确是一个很好的商业机会，整体上却不太可行；或者说即使可行，也不是企业想象中的“行
问题问题原文：有迭代，有总结，也有人说话。但是下个版本，大家又忘记自己提的改进意见了。这个问题还有很多变形，比如怎样开好反思会什么的。初步分析反思会被认为是敏捷开发中最重要的两个会（另一个是计划会），然而却也是最难开好的会。常见的问题包括：1. 每次都提出相同的问题，每次都得不到解决2. 有太多的问题要解决3. 有很多问题团队能提出，但解决不了对这件事情的认识，本人也是一波三折，渐渐地现在感觉到了
这是敏捷开发一千零一问系列的第十七篇。（在这里提问，之一，之二，之三，问题总目录）方案3：培养产品经理，想到客户前面被客户牵着鼻子走本来不是坏事，还少了做需求分析的工作，但关键是客户一会牵着向东，一会牵着向西，好像自己也没有主张的样子，这就令开发团队郁闷了。这时候，无论是不是产品化了，都应该培养一个人，看到客户前面去，看他自己是不是都迷路了。客户“迷路”大体有两种情况，一种是有路但自己不知道。曾经
一期：
2012-04-30：新版本发布，新增敏捷日常跟进4页。由于不明原因部分页面包括目录变成黑白的了，但是不影响点击链接等操作。预告：下一更新日期：2012-06-30。 页面截图：
这是敏捷开发一千零一问系列的第十六篇。（在这里提问，之一，之二，之三，问题总目录）这个和上一篇“敏捷开发与CMMI谁为主”都是最近一次培训被大家选出来的最有价值问题。问题开发人员一般都只关注开发，如何让他们去关注产品呢？方案方案1简单但不彻底，方案3彻底但不简单。方案1：产品经理在计划会讲解产品背景计划会是一个产品经理宣贯产品的好地方，但是我们山东籍的程序员就会问：“你啰啰这些没用的黄子做么”，西
在jqueryui1.8.19中，发现它没有使用原来1.8.17里边那个巨大的260K的单个js，而是把各种JS散开放了，有效地防止了JS下载的带宽。不过放错顺序，会出现各种错误，不一而足，比如标题括号中的那个位置就经常出做，自己测试及上网搜索了一下，找到个现在可用的顺序，供大家参考。（在搜索过程中发现有人1.4.X就开始用分离的多个小JS，但此之前本人一直单个的JS) jquery本身必须放在
Copyright © 2005-2024 51CTO.COM 版权所有 京ICP证060544号
