软件开发中的三个真相 以及如何应对

■前言

为什么会有敏捷开发手法的出现

 

■三个真相

 ・我们在项目开始的时候，无法把所有的需求都收集起来。

 ・即使收集到了，需求也一定会发生变化。

 ・要做的事情总是比，当初的计划要多（多于给定的时间和资金）

 

■如何应对

 ＞我们在项目开始的时候，无法把所有的需求都收集起来。

在设计阶段，客户很难考虑到所有的情况，

（即使我们帮助客户想到了，我们的对应方法，也需要等待客户的承认。）

尽管，需要的信息不全，我们也要着手对应，

先对应已经决定下来的内容，在此过程中，同时去确认那些没有定下来的内容。

在对应的过程中，有时也会发现，新的考虑不足的问题。

⇒比如，敏捷开发中，Sprint1 Sprint2

 

 ＞即使收集到了，需求也一定会发生变化。

没有任何事物是一成不变的，

我们要接受变化，

根据变化，一边变更计划，一边前进

⇒比如，敏捷开发中，feedback

 

 ＞要做的事情总是比，当初的计划要多（多于给定的时间和资金）

列出TODO事项的List，

先对应优先度高的作业，

⇒比如，敏捷开发中，优先对应，有价值，优先度高的作业

  比如（不止敏捷，其他方式开发时，同样适用）

　　・用户指定要执行的，结合测试Case

       ・发布资源的准备

　　・系统发布手顺（本番移行リハーサル手順）

优先度低的作业，调整到之后对应

       ・本次修改之后，一些不重要文档的更新（Git代码版本管理的文档）

       ・IT发布之后，要在GIT上打一个Tab（タブ作成），

             如果没有其他人提交代码，这个作业的优先度也可以调低。