我和我的同事（我所在公司的内部员工）会定期编写一些小文章，以灵活的方法分析各种案例，包括使用看板方法改进和管理流程的案例。我们称此类文章为“敏捷短裤”。我想：“为什么不同时向更广泛的受众开放您的文章？” 而且，今天我将发表本系列的第一篇文章。
今天，我将告诉您一种情况，为什么无法使用“限制正在进行的工作量”或WiP限制之类的做法。我会保留这不是唯一的原因，但是在我的实践中，这是很常见的。在以后的文章中，我可能会介绍其他有趣的情况。
很少有从事IT领域工作的人听说过灵活的产品创建方法。敏捷，看板，Scrum等词已经深入渗透了现代公司的词典。有人以他们为傲，有讽刺意味的人，或者是咬紧牙关的人。
后者可能会根据自己的经验面对未成功使用某种管理工具的情况，并将他们的负面经验投射到所有未来的想法上。
但是这篇文章不适合他们。本说明适用于那些了解工具可以以不同方式使用并且准备从错误中学习的人。
限制用户故事并使用子任务
通常，在熟悉敏捷文化中使用的实践和方法的基础后，人们会得到印象，通过按Ctrl + C和Ctrl + V，他们将获得与在培训案例中看到的相同的奇妙的东西。实际上，事实证明，“ Ctrl + V”必须像玩笑一样用文件仔细修改。
新手可视化团队的工作，通常将对客户有价值的任务与仅在流程中有价值的任务结合在一起。为什么要问，它们结合在一起了吗？基本上，因为他们习惯于在范例中工作-“我被赋予了任务-我完成了任务-我完成了任务”，其中没有必要考虑完成它的价值：“毕竟，老板已经考虑了这一点，因为他将任务付诸实践。
结果，可以在一个管理级别上找到以下任务：
“制作产品的MVP”-任务对客户具有价值，因为用户将收到可以开始使用的东西。
进行负载测试不是一项独立的任务，但是需要其他一些步骤来进行
与供应商XXX签订合同不是一项独立的任务，而是开始其他任务的工作
实现语音输入功能-用户将获得新的功能以供使用
“那么，在制品限制与它有什么关系？”您问。因此，初学者经常开始在许多人的典型背景下使用此工具。他们限制了它，希望工作能够更快，但最终由于某种原因，事实却恰恰相反-工作进展顺利，每个人都感到困惑。
: , « » « », ( ), . - , (, , , ), , . - ! - - , - . , - , , , .
- , , - , - .
, ? , , .
:
.
. – , .
. , :
// ( – )
()
( )
,
. Customer recognizable item – , , , , , , .
, .
, , - , . , , . – , , , .
, , :
, ,
,
- , , , -,
, , « , », .