- 博客(400)
- 资源 (21)
- 收藏
- 关注
RSS订阅原创 【更新】火星人敏捷开发手册 2011-12-31
本文仅做通知，下载链接请进入置顶主贴：http://blog.csdn.net/cheny_com/article/details/6616794 更新内容：1. 办公环境1页2. 智慧敏捷3页3. 目录结构进行了调整 部分页面预览：
2011-12-31 20:01:24
4970
原创 敏捷开发团队管理系列之四：程序与测试团队III
这是敏捷开发团队管理系列的第四篇。（之一，之二，之三，之四）整体上有两种测试团队的模型，既然都有存在，自然是各有各的道理。城里城外的人倒不必互相羡慕，只是要观察对面的优点，分析自己的缺点，尝试做点事情补偿一下。所以，下面多说一点各自的坏处。独立的测试团队这个就是著名的与程序团队打架的测试团队。好处独立团队，还是能保证一定的“公正性”的，比如在测试的最终，横竖有人能不屈从于程序团队的要求隐瞒产品质量
2011-12-29 23:15:49
10696
7
原创 IT职场人生系列之十七：入职（高手篇）
这是IT职场人生系列的第十七篇。 这里所说的高手，大约比项目经理还要高一些，大致在产品经理或部门经理的层面上；但项目经理也可以参考。之前新手入职的要点是找到自己要帮助的人，和要帮助自己的人（是同一个人）；高手入职的特点，则是证明自己的能力。不过说起“证明”二字，还是很有说法的。大胆说出看法，但不固执己见这个是全部口诀，下面是若干相关问题，逐一探讨。领导到底信任还是不信任我？作为高手（比如部门经理级
2011-12-25 12:36:15
13005
16
原创 敏捷开发般若敏捷系列之九：敏捷开发与本能反应
这是敏捷开发般若敏捷系列的第九篇。（之一，之二，之三，之四，之五，之六，之七，之八，之九）经常听到有人提到敏捷开发与“本能反应”非常近似，比如凡事都需“看着办”，比如“不拘泥于形式”，比如“直击代码，不写无用的文档”等等。那么敏捷开发与本能反应之间的差别是什么呢？简单地说，敏捷开发就是无我状态的本能反应。无我，无人（无我，无人，无众生）按理说，本能反应是最接近最佳路径的，一线人员，工作现场，当下的
2011-12-25 11:54:43
7152
6
原创 IT职场人生系列之十六：入职（新手篇）
这是IT职场人生系列第十六篇。本文描述的是入职前半年的工作要点，新手和老手的差别很大，所以分开写。最近外出培训四天，没来得及面试，回来的时候很看好的一个刚毕业一年的asp.net程序员被人录用了。作为刚工作不久的新手，到一家新公司的前半年应该做些什么事情呢？“不要”篇不要过问企业战略、企业文化很多新手选择企业的原因都是“企业很有发展”，或“在业内很有名气”，因此去了以后对企业战略、企业文化这些八杆
2011-12-23 10:22:35
12668
7
原创 敏捷开发团队管理系列之三：程序与测试团队II
这是敏捷开发团队管理系列的第三篇。（之一，之二，之三，之四）测试团队的价值这样看来，敏捷开发的质量保证问题，都被发开团队解决了，测试团队的价值何在？这个可以从第一个项目组后来的发展来分析。在整个程序团队大力保证产品质量的同时，项目组也一点点显露出一些问题。比如每个模块的质量都还不错（有些模块甚至有一些原始的自动单元测试脚本，每次都能对模块进行回归测试），但是整个产品最终集成后，是否能如期完成业务要
2011-12-17 22:54:20
7700
1
原创 敏捷开发团队管理系列之二：程序与测试团队I
这是敏捷开发团队管理系列的第二篇。（之一，之二，之三，之四）几个真实案例这几个团队都是我自己亲身经历的团队，从质量的角度来分析敏捷团队的工作方式。第一个是一个较为大型的团队，约有25～30人，研发一个单一产品。这个团队在一年半的时间里边，从5个人成长为25人，其中有一半人员来自刚毕业不到半年的本科或硕士（在2001年，还很难找到“有10年经验的编程人员”）；在这个团队拥有25名成员的时候，只有1～
2011-12-13 12:59:02
10909
17
原创 敏捷开发团队管理系列之一：序言与出发点
这是敏捷开发团队管理系列的第二篇。（之一，之二，之三，之四）之前的各个系列中，已经涉及了很多团队管理相关的内容，比如松结对编程系列中提到过大型团队分拆为微观开发团队的管理，产品管理系列中提到过Product Owner团队的管理，敏捷开发绩效管理系列中提到过“用中医理论管理团队”，敏捷开发般若敏捷系列中提到过借助“无我、无人、无众生”的概念凝聚不同团队的目标于一处，等等。本系列会专门从团队管理的角
2011-12-12 12:25:38
8882
1
原创 敏捷开发组织【北京及其他地区QQ群】【长三角QQ群】【珠三角QQ群】
【北京及其他地区QQ群】http://qun.qq.com/#jointhegroup/gid/95849986 上限500人，创建日期2011-03-20，当前人数393，多数来自CSDN，包括北京约100人，长三角100人，珠三角100人，其他地区100人。未来100个名额仅限北京及非长三角/珠三角人员，请谅解。【长三角QQ群】http://qun.qq.com/#jointhegroup/g
2011-12-08 10:50:28
5961
4
转载 最佳ASP.net之LINQ学习资料
在使用LINQ过程中偶然有点心得想记录下来，没想到查阅到一个非常好的网站，直接转载了。1. 【推荐】LINQ系列文章，适合按部就班学习或查阅http://kb.cnblogs.com/page/42465/本系列文章导航LINQ to SQL语句(1)之WhereLINQ to SQL语句(2)之Select/DistinctLINQ to SQL语句(3)之Count/Sum/Min/Max/A
2011-12-04 10:11:43
6519
原创 51CTO大赛，欢迎投博主一票
本人正在51CTO参加全国技术博客大赛，如果您喜欢博主的博客并且希望能与他人分享，请为博主投上一票：http://blog.51cto.com/contest2011/3988930欢迎在粉丝团留言板留言！谢谢。 点击下载免费的敏捷开发教材：《火星人敏捷开发手册》
2011-12-03 17:46:08
4634
原创 敏捷开发产品管理系列之七：Product Owner团队
本文是敏捷开发产品管理系列的第七篇。（序言及设立迭代目标，产品版本规划，产品用户群规划，新产品研发，预估会议，Product Servant，Product Owner团队，产品线管理），也是敏捷开发团队管理系列（拟）中的一篇。目的在之前的《Product Servant》一篇中曾经提到，作为产品经理或产品总监，都应该有自己的方式来根据市场和用户情况来管理产品的走向，其中前者更倾向于具体的功能，而
2011-12-03 17:32:57
13198
2
原创 敏捷开发产品管理系列之六：Product Servant
本文是敏捷开发产品管理系列的第六篇。（序言及设立迭代目标，产品版本规划，产品用户群规划，新产品研发，预估会议，Product Servant，Product Owner团队，产品线管理）马与马车夫的故事这是心理学上的一个比喻。马拉着车向前走，它说：控制车去哪里的是我，我走，车就走；我停，车就停；我转，车就转。马车夫笑了，他说：控制车去哪里的是我，我让车走，车就走；我让车停，车就停；我让车转，车就转
2011-12-01 22:13:06
7090
4
原创 ASP.net用法系列：如何从基类调用LINQ/EF类的属性
如果有各种动物，比如Dogs/Cats/Cows/...，都有不同的Age方法，若想从其基类用相同的方法ShowAge来显示这些不同的Age，自然就可以借用基类Animal的virtual函数，比如：public class Animal{ public virtual Age { get {....} set {....} } p
2011-11-24 23:15:39
4658
原创 敏捷开发产品管理系列之五：预估会议
本文是敏捷开发产品管理系列的第五篇。（序言及设立迭代目标，产品版本规划，产品用户群规划，新产品研发，预估会议，Product Servant，Product Owner团队，产品线管理）粗估会议是一个较少使用的敏捷实践，但其作用还是很明显的。WhyScrum里边，有两个关于需求的比较头疼的问题。一个是PO不太懂技术，不知道故事大约需要多久才能完成。为什么PO要知道？因为如果划分的颗粒度不好，会导致
2011-11-23 12:24:10
7289
2
原创 生活大爆炸系列之磨望远镜
是的，可以自己磨望远镜镜头。这件事情听起来不可思议，但实际上第一个反射望远镜是牛顿在400年前发明的。大数定理 完美的反射望远镜，是抛物面的，就是无穷远处的星光无限接近水平光，在反射后会成像聚焦于一个点，重现为无限小的星点。用放大镜（目镜）观察它，就是反射望远镜了。但是抛物面很难制作，所以一般用球面代替。怎样制作完美的凹球面呢？大数定理。当两个原形的玻璃无规则、无数次摩擦后，有两个可能：得到两个完
2011-11-22 21:51:10
6122
4
原创 生活大爆炸系列之制作望远镜架
高中时喜欢上天文，厮磨硬缠买了个望远镜，但是只有镜头和镜筒，没有镜架，需要自己做一个。地平式，赤道式镜架分为地平式，赤道式两种。地平式结构简单牢固，就是一个水平转动的轴，加上一个垂直转动的轴。为什么不做这个呢？因为地球自转是倾斜的，所以太阳和星星并非东升西落，而是东升，去南方，然后落到西方。这就产生一个问题：为了跟踪移动的星星，就要同时转动水平轴和垂直轴，操作很麻烦。不能不“跟踪”吗？不能。地球自
2011-11-22 20:59:29
5240
原创 敏捷开发般若敏捷系列之八：敏捷的未来会怎样？
这是敏捷开发般若敏捷系列的第八篇。（之一，之二，之三，之四，之五，之六，之七，之八，之九）正法，像法，末法任何事物，都会经过这三个阶段，有的短至几年，有的长达几千年。正法时代一般是原创者掌握话语权的时期，因此能正确地解释和传播。正法时代传播的是智慧和般若，而不是知识（方法，具体的实践等）。本人先是学习了敏捷开发的方法，之后一年多才有幸读到Ken Schwaber的图书，其中一本大量介绍了以往他推广
2011-11-20 15:53:38
7488
16
原创 敏捷开发般若敏捷系列之七：重新认识敏捷与CMMI
这是敏捷开发般若敏捷系列的第七篇。（之一，之二，之三，之四，之五，之六，之七，之八，之九） 重新认识CMMICMMI其实是一种敏捷开发方法，何以见得？CMMI是由美国军方的甲乙双方密切配合产生的国防部招标标准，在美国国防部招标的时候使用这个标准，既没有多余的让某方别扭的，也没有缺少的让某方担心的。CMMI还是不断改进的，一个涉众如此之广的产品能以这个速度改进，已经很难得了。在招标过程中发现问题，随
2011-11-18 16:36:19
6674
原创 敏捷开发般若敏捷系列之六：如何推广敏捷（下）（以无我之心，行无住之法）
这是敏捷开发般若敏捷系列的第六篇。（之一，之二，之三，之四，之五，之六，之七，之八，之九）说了这么多，五六七这三篇与如何推广敏捷有什么关系呢？推广CMMI过程中的失误在回答如何推广敏捷敏捷之前，先回顾一下推广CMMI中存在的失误。本人在3家企业内部推广过CMMI，为10多家企业从外部做过咨询和培训，CMMI肯定对企业有帮助，但是并没有想象中那么好。试点项目完成后，证书拿到，多数企业并没有在其内部完
2011-11-18 16:32:29
6128
1
原创 敏捷开发般若敏捷系列之五：如何推广敏捷（中）（无寿者，回报，破我执）
这是敏捷开发般若敏捷系列的第五篇。（之一，之二，之三，之四，之五，之六，之七，之八，之九）除了上篇开头中提到的四个问题（“拥抱客户价值，拥抱变化”，开发与测试的融合，团队合作，协作重于流程），其实敏捷开发中还有很多实践，都是从模糊利益和绩效界限的角度出发得到的，比如持续集成和自动化测试，两者甚至模糊了长期和短期利益的边界。依然如前文所说，这里指的不是敏捷开发发明了两者，而是说敏捷开发将两者当作根本
2011-11-18 11:28:06
6051
1
原创 敏捷开发般若敏捷系列之四：如何推广敏捷（上）（无我，无人，无众生）
这是敏捷开发般若敏捷系列的第四篇。（之一，之二，之三，之四，之五，之六，之七，之八，之九）敏捷开发中有几个地方相当创新，或者说尽管之前的方法中可能也有涉及，但却从来没有像敏捷开发这样提升为“根本大法”来对待。一个是“拥抱客户价值，拥抱变化”，一个是TDD/结对编程/自动化测试为代表的开发与测试的融合，一个是“团队协作/结对编程/共同估算/代码共同所有制等自组织团队实践”，还有一个则是认为协作重于流
2011-11-18 09:44:53
5920
2
原创 敏捷开发般若敏捷系列之三：什么是敏捷（下）（无住，不住于空，破空执，非法，非非法）
这是敏捷开发般若敏捷系列的第三篇。（之一，之二，之三，之四，之五，之六，之七，之八，之九）破除法执之后，很容易落入空执，就是认为不存在绝对最好的方法，因此无需追寻，甘于现状。平衡空与有非常困难，这是本篇的内容。法与空法与空的对立统一由来已久。吴伯凡老师举了个例子：“一切事物都是相对的”这句话有什么问题？这句话看似相当辩证，无懈可击，但它本身就“非常绝对”，有一种内在的矛盾。软件界的法与空是否经常听
2011-11-17 12:19:02
6642
5
原创 敏捷开发般若敏捷系列之二：什么是敏捷（上）（无住，不住于法，破法执）
这是敏捷开发般若敏捷系列的第二篇。（之一，之二，之三，之四，之五，之六，之七，之八，之九）所谓无住，包括两个含义：不住于法，不住于空。前者比较好理解，后者会在下篇详述。不住于法，就是不执着于具体方法的意思，就是所使用的方法应该基于实际情况作出判断，而不是认为世界上有最好的方法，必须遵守。法执对法的执着，称为法执。典型的法执，是很多企业使用CMMI的方法。本人曾经做过10多家企业的CMMI培训、咨询
2011-11-17 11:35:42
6230
2
原创 敏捷开发般若敏捷系列之一：序言
这是敏捷开发般若敏捷系列的第一篇。（之一，之二，之三，之四，之五，之六，之七，之八，之九）作为预热，之前的智慧敏捷系列中提到，多数情况下敏捷实践应该如何，都要“看着办”而无有定法，但每次思考又有“避免浪费”等相对确定的思维方向，总是徘徊在虚实之间，难以把握。智慧受到因缘（内因，外缘）所限，所以每次答案都各有不同；而各有不同背后的更高层的相对永恒的东西，则是“大智慧，妙智慧”，就是般若（佛教语，音“
2011-11-17 10:49:29
6015
7
原创 敏捷开发智慧敏捷系列之六：之一～之五的小结
这是敏捷开发智慧敏捷的第六篇。（之一，之二，之三，之四，之五，之六）写多了，才发现前几篇文章中有几篇都落下个章节，就是除了“看着办”之外的一些常见做法，这里总结一下。所谓常见做法，就是为了防止“看着办”看走了眼，而提前可以参考的方法，可以作为起点，但未必真的正好合适，更很难永远合适，所以不是终点。为了阅读方便，在原文中也添加了，这里仅做归纳。“写不写文档”的常见做法常见的文档虽然很多，但下面几个维
2011-11-16 15:21:07
5056
1
转载 定义“移动互联网”的三篇文章
陈勇转载注：本文很短，但总结性很强。冬吴相对论的一期基本上完整描述了第一篇《半成品时代的生存逻辑》，MP3地址位于：http://www.21cbr.com/html/multimedia/audio/201107/04-8357.html。其他文章没有找到。 作者：程然Henry，原载于：http://henrycheng1973.blog.techweb.com.cn/archives/3.h
2011-11-14 22:59:18
4715
原创 敏捷开发产品管理系列之四：新产品研发
本文是敏捷开发产品管理系列的第一篇。（序言及设立迭代目标，产品版本规划，产品用户群规划，新产品研发，预估会议，Product Servant，Product Owner团队，产品线管理）这里所指的新产品研发，不是指自己企业的新产品，而是特指那种在行业中初创，前途不明，尚需市场检验的新产品。敏捷开发可以在很大程度上帮助这种产品的开发过程。新产品的第一要务策划新产品的第一要务是：谁会买这种产品？为什么
2011-11-13 22:24:39
6802
原创 火星人谚语系列之八：少读书，多思考
总目录问题系列：之一，之二，之三，之四，之五，之六，之七，之八这句话的意思不是不读书，而是读书之外，先要思考，甚至是思考优先。开始中国有一段时间“特中国”，就是春秋战国时代。现在我们所见的儒、道思想，以及潜移默化还在的墨、法思想，都是那个时代出现的。后来虽然尚有汉唐宋这些鼎盛朝代，但思想的类型整体没有突破。而且春秋战国虽然久远，为人所记的人物事件却多得出奇，春秋五霸且不说了，商鞅苏秦张仪孙子孙膑庞
2011-11-13 15:37:27
4826
10
原创 敏捷开发智慧敏捷系列之五：定不定流程和模板？
这是敏捷开发智慧敏捷的第五篇。（之一，之二，之三，之四，之五，之六）缘起（立项时）甲：“你们的设计文档打算怎么写？”乙：“到时候再说。”甲：“应该有规范的开发流程和模板，才能写好设计文档。”乙：“预先定义的流程和模板未必适用，敏捷开发崇尚推迟决策，只有在具体工作之前才能决定是否写，怎么写最好（maximizing the amount of work not done）。”甲：“你们组才3个人，能
2011-11-06 16:30:24
7624
6
原创 敏捷开发智慧敏捷系列之四：每日立会开多久？
这是敏捷开发智慧敏捷的第四篇。（之一，之二，之三，之四，之五，之六） 缘起甲：“我们每日立会会开不起来。”乙：“嘿，我们每日立会开起来了，而且越开越长了，一开就是1个小时，净是些技术细节。”甲：“别人等着他们讨论，那多耽误时间啊……”乙：“我也觉得是，但是看他们交流得那么热烈，讨论的也是正事，到底应该打断还是不打断呢……”为什么每日立会只开15分钟？我们说绝点：每日立会只能开5分钟，而不是15分钟
2011-11-03 22:11:46
7585
6
原创 敏捷开发智慧敏捷系列之三：做不做架构设计？
这是敏捷开发智慧敏捷的第三篇。（之一，之二，之三，之四，之五，之六） 缘起甲：“敏捷不应该写架构设计，应该每个迭代都是相同的，才能达到自相似性（这是Ken Shweber说的）。”乙：“如果不写架构设计，很容易返工，早晚还得重来。”甲：“大不了重构，这是敏捷开发重要的实践。”乙：“重构？重构的成本很高的，做几个迭代，后面重构都重构不过来了。”甲：“架构设计写了很容易过度设计，而且在编码的时候还很容
2011-11-02 18:21:53
10095
16
原创 敏捷开发智慧敏捷系列之二：写不写文档？
这是敏捷开发智慧敏捷的第二篇。（之一，之二，之三，之四，之五，之六） 缘起“我们产品已经做完了，客户说要补上需求文档，可我们只有用户故事，这个文档应不应该写呢？”“没有这个文档，客户能验收吗？”“不能，客户要开课题评审会，这个是评审会材料之一。”这个文档要不要写呢？写，为什么？不写，为什么？写怎么写？不写，怎么不写？为什么敏捷不写文档？先把话说绝点，敏捷就是不写文档。那为什么不写文档？为了减少浪费
2011-11-01 17:32:32
8811
8
原创 敏捷开发智慧敏捷系列之一：序言
这是智慧敏捷系列的第一篇。（之一，之二，之三，之四，之五） 本文将解决各种敏捷中需要辩证思考的问题，包括：写文档还是不写文档？拥抱变更还是迭代期内无变更？持续交付的产品因为不完整被客户鄙视怎么办？做架构设计还是不做？突出进度忽略了质量怎么办？我们不用文档就能开发但客户偏偏要文档怎么办？自动化测试费力而且测试代码可能跟应用代码一起被抛弃怎么办？……缘起敏捷开发中一直有几个根本问题无法回答：什么是敏捷
2011-11-01 01:09:23
7586
9
原创 火星人敏捷开发手册 原10.31版本已于10.14提前发布，特此通知
因为月底较忙，而中间培训又需要，已经抽上半月时间完成发布；怕今天有人上来查找无果，特此通知，见谅。 发布通知帖位于：火星人敏捷开发手册 2011-10-14 发布主贴位于：[置顶]【正式发布】火星人敏捷开发手册（基于Scrum的敏捷开发免费教材及公司内部宣传材料）
2011-10-31 13:40:27
3113
原创 11月10日 14：00～16：00 上海敏捷开发沙龙
主题：火星人陈勇将赴上海主办线下沙龙，主题是“自组织团队与松结对编程”（2011 微软 TechED演讲主题），演讲后有团队问答PK活动。日期：2011年11月10日时间：下午14：00～16：00，地点：漕河泾附近。费用：免费（如果未找到合适地点，可能需要在茶馆中进行，则请大家AA制缴纳茶座费用）欢迎加入参与。线下活动的进一步详情将在微群中进行。欢迎转发！群地址：http://t.cn/Sht2
2011-10-31 10:02:45
3800
原创 敏捷开发产品管理系列之三：产品用户群规划
本文是敏捷开发产品管理系列的第三篇。（序言及设立迭代目标，产品版本规划，产品用户群规划，新产品研发，预估会议，Product Servant，Product Owner团队，产品线管理）上周在培训做“用户故事的用户建模”练习的时候，就有人提出一个疑问：这么短的时间里边，能定义好用户群和用户群分类吗？答案是：不能。用户群的规划是产品概念期就应该完成的工作，它是一个产品管理工作，而非需求管理工作。用户
2011-10-30 22:10:09
6987
9
原创 IT职场人生系列之十五：语言与技术II
本文是IT职场人生系列的第十五篇本篇延续了技术与语言I的内容（之十二），搜集了之后大家的一些评论和我的反馈，整理在这里。“新人学老技术有风险”的实质其实不是说老技术没有学习的价值了，而是指新人依托老技术存活，风险很大。我自己曾经是一个C++高手，心里很清楚如果自己亲自”无私地“带领一个徒弟，要让他学到我的水平，没有5年做不到；而如果一个人要自学超过我，那可能是10年的事情了（本人编程10年，当年也
2011-10-29 20:53:56
14159
31
原创 IT职场人生系列之十四：经验积累
本文是IT职场人生系列的第十四篇。任何时候都会发现IT业是个变化迅速的行业，几年前还很时髦的技术，现在已经过时了；几年前还很热门的行业，现在也过时了。这种变化之莫测，别说我们普通人，连IT巨头们都经常犯错。在这种多变的环境中，提前预测正确一条技术路线或业务路线，并顺利走下去成为其中高手的人少之又少；而即使偶然有几个高手，以前正确也不代表未来会正确下去。在这种多变的环境中，那么IT人员该怎样积累经验
2011-10-29 19:01:41
12431
16
原创 敏捷开发产品管理系列之二：产品版本规划
本文是敏捷开发产品管理系列的第二篇。（序言及设立迭代目标，产品版本规划，产品用户群规划，新产品研发，预估会议，Product Servant，Product Owner团队，产品线管理）本文是一篇旧文，原名为《“迭代期内无变更”与敏捷开发产品版本规划》，因符合本系列内容，做相应修改后重新编排发出。迭代期间无变更？支持派说：对，如果经常变，我们怎么开发啊。反对派说：不对，敏捷开发不能上来就确认了需求
2011-10-28 16:27:49
10474
4
功能点需求模板
2015-11-26
产品研发敏捷统一过程 AUP2.0
2015-11-26
火星人敏捷开发早期估算
2013-07-14
火星人敏捷开发手册 2012-12-31（修正了页眉）
2012-12-31
Top100案例征集表
2012-10-09
火星人敏捷开发手册 2012-08-15
2012-08-14
火星人敏捷开发手册 2012-06-30.pdf
2012-07-01
火星人敏捷开发手册 2012-05-06
2012-05-06
火星人敏捷开发手册 2012-04-30
2012-04-30
火星人敏捷开发手册 2012-02-29
2012-02-24
火星人敏捷开发手册 2011-12-31
2011-12-31
火星人敏捷开发手册 2011-10-14
2011-10-15
火星人敏捷开发手册 2011-09-12
2011-09-12
火星人敏捷开发手册 2011-08-18
2011-08-18
火星人敏捷开发手册 2011-08-18
2011-08-17
火星人敏捷开发手册-免费的Scrum开发过程手册 2011-07-21
2011-07-21
火星人敏捷开发手册-免费的Scrum开发过程手册
2011-07-19
空空如也
TA创建的收藏夹 TA关注的收藏夹
TA关注的人