我今天阅读了构建之法的第八章需求分析： 1获取和引需导求：找到软件的利益相关者，引导他们表达出真实的需求 软件企业 = 软件 + 商业模式 2分析和定义需求：从各个方面获取需求惊醒规整，定义需求的内涵 3验证需求：通过分析报告、技术原型、用户调查或演示等形式向客户反映我们对需求的认知 4在软件产品的 ...
分类：
其他好文 时间：
2017-11-02 19:09:47
阅读次数：
147
第八章 需求分析 8.1 软件需求 1. 获取和引导需求（Elicitation） 2. 分析和定义需求（Analysis&Specification） 3. 验证需求（Validation） 4. 在软件产品的生命周期中管理需求（Management） 8.2 软件产品的利益相关者 1.用户 2. ...
分类：
其他好文 时间：
2017-10-26 21:05:09
阅读次数：
186
初次见到“项目干系人”这个词，我是有点蒙圈的，因为这不太符合中文平时的表达。 其实所谓“项目干系人”，英文称作“Project Stakeholder”，翻译成利益相关者，对其含义就一目了然了。再借用人们常说的一句“与你脱不了干系”，就能明白“干系人”是责任相关者，由此我们就可以引申出“项目干系人” ...
分类：
其他好文 时间：
2017-10-12 10:17:01
阅读次数：
121
识别收益收益管理周期最好尽早开始，首先就是识别可能的收益以及将他们准确映射，最好是从企业目标中倒推可能的项目产出。应开始于识别项目群，即开发项目群描述文件时。识别收益再好的方法是组织关键利益相关者，这些利益相关者对可能要实现的收益持不同的观点。这些观点和见解有助于生成初始的列表。小贴士：收益应该被描 ...
分类：
其他好文 时间：
2017-10-10 11:27:12
阅读次数：
161
我今天阅读了构建之法的第八章需求分析： 1获取和引需导求：找到软件的利益相关者，引导他们表达出真实的需求 软件企业 = 软件 + 商业模式 2分析和定义需求：从各个方面获取需求惊醒规整，定义需求的内涵 3验证需求：通过分析报告、技术原型、用户调查或演示等形式向客户反映我们对需求的认知 4在软件产品的 ...
分类：
其他好文 时间：
2017-09-20 14:40:13
阅读次数：
121
软件团队需要找到软件的利益相关者，了解和挖掘他们对软件的需求，并指导他们表达对软件的需求。不同的项目需要不同的手段，这一步也被称为“需求捕获”，来描述真正需要的瞬间，需要依靠眼睛和灵敏的技能才能找到并抓住它们。另外很多时候用户不了解他们的确切需求，还是不想表达完整的需求，软件团队需要为了用户而自己到 ...
分类：
其他好文 时间：
2017-09-10 15:10:31
阅读次数：
182
微服务 软件架构是一个包含各种组织的系统组织，这些组件包括 Web服务器, 应用服务器, 数据库,存储, 通讯层), 它们彼此或和环境存在关系。系统架构的目标是解决利益相关者的关注点。 Conway’s law: Organizations which design systems[...] are ...
分类：
其他好文 时间：
2017-07-29 22:21:27
阅读次数：
204
构建之法阅读笔记05 今天阅读的是《构建之法》第8章需求分析的阅读笔记，我们如果要开始做一个软件，最先要进行的就是需求分析，我们应该充分的了解我们这个软件是否具有前景，我们为用户提供的服务是不是用户所需要的，这一章详细的叙述了如何进行需求分析。 首先是获取和引导需求，我们应该找到软件的利益相关者，了 ...
分类：
其他好文 时间：
2017-07-03 16:35:36
阅读次数：
179
引领变革 用视角贯穿一个项目群的变革对领导力是一种挑战。除了要管理大量的复杂任务，人员也需要被领导。如果没有明确的领导，是不可能有更好的未来的。 如下为项目群管理必须的领导能力： n 提供清晰地方向 n 用始终如一的坚持和透明的行为取得信任 n 积极吸引利益相关者 n 在正确的时间指派正确的人去做事 ...
分类：
其他好文 时间：
2017-06-27 09:49:54
阅读次数：
131
构建之法阅读笔记04 需求分析。读完这一章才知道，用户最需要的>用户表达出来的>软件团队能理解的+团队的商业目标>软件团队成员具体表达出 来的>在各种约束条件下，具体执行表达出来的>验证通过的>通过各种渠道告诉目标用户>用户终于用上了，但是他们不满意。是的，软件开发不可能一次满足所有利益相关者的要求 ...
分类：
其他好文 时间：
2017-06-15 10:33:31
阅读次数：
164
