说明
告诉M. I. A. I 你希望应用程序实现什么.
01号一个简单的提示
第02条几个重点突出的问题
03号明确理解的结果
04号规范的应用程序构建
从思考到软件
构建软件应该从你的业务需要开始.
M.I.A.I消除了商业想法和技术建设简报之间的差距. 用你自己的话告诉建设者结果. 它保持对话、要求、建立活动和审查状态.
你继续参与决定 M.I.A.I处理技术翻译,并在受控边界内创建.
布莱德・乔恩
从你的话到工作软件.
6个相关阶段使要求和决定与你保持一致.
澄清
在需要作出决定时回答一个重点突出的问题.
确认
工作开始前审查结果和界限.
创建
M. I. A. I.
校验
申请须与原始结果核对.
交付
为控制下发布和访问准备了核准的软件.
什么M. I. A?
结果的正确软件.
构建器不限于一种应用类型. 从业务需要开始,让对话塑造出产品.
事务
网络应用程序
客户工具、操作系统和重点业务应用程序.
摩 比尔
移动准备经验
响应的应用程序和工作流程设计,无论你的团队在哪里工作.
数据+研究
研究和数据工具
收集、结构和比较复杂信息,以便作出有益的决定.
行动
内部工作流程
以清晰,可控的数字出行取代重复的手工出行.
市场
平台应用程序
为电子商务和第三方市场创造重点产品.
连接
集成
连接核准的电子商务、会计、产品和数据系统.
从要求到结果
从想法到应用的更清晰的路径.
不需要线框,用户故事或开发词汇. M. I. A. I.
明确要求
你的原始结果和重要决定保持一致.
工作申请
商定的要求成为围绕业务需要形成的软件.
可审查交付情况
检查结果,释放仍是一个单独的、有控制的决定.
与控制
快速的想法仍然需要负责任的交付.
M.I.A.I.保持最初对工作的要求,将建筑与释放分开,并使审查成为旅程的一部分——不是事后考虑.
- 01号明确范围
商定结果在整个建设过程中始终可见.
- 第02条控制下的变化
工作发生在定义的应用程序和文件边界内.
- 03号释放前的证据
核查和核准仍与执行分开.