LEAN 的思考
2013-12-18 00:43
183 查看
lean 是一个好东西,lean不但是一种工作模式,更关键的是他是一种很好的思考问题的方式,我们在实际工作中遇到一些取舍的问题的时候,不妨用lean的思想去考虑一下问题
1. 什么是customer value
2. 我需要做什么来实现customer value, 不要多做,刚刚好够用就行
3. 除了用来实现customer value之外的effort都是waste,我们要尽量去消减这部分waste
还有一些是个人感悟,2. 我需要做什么来实现customer value, 不要多做,刚刚好够用就行
3. 除了用来实现customer value之外的effort都是waste,我们要尽量去消减这部分waste
1. 思路要灵活,黑猫白猫,消除waste就是好猫
2. 在软件开发过程中,必须关注你的上下游的情况,如果可能的话,要对整个流程有一个全面的认识,这个工作不是说只有PO或者architecture才能做的,每个人都可以尽量的发挥积极性来去做这件事情,这样的话可以最大程度的减少沟通成本,减少浪费
3. 要关注你的job description, 但是不能机械的完全按照job description来实现,要根据你的上下游的情况制定真正的有效的接口
4. 如果一开始基于一个不好的design, 在某个环节出现了大量的库存,问题分析后发现,如果对该模块采用新的实现手段的话会大幅提高效率的话,应该怎么办? 壮士断腕,抛弃原来的库存,还是继续维护原来的库存,通过在下游增加resource的方式来结局问题呢?如果抛弃库存则意味着之前的工作价值都没有了,如果继续坚持原来的方法,同时维护库存,则下游需要的resource会增多! 该断腕时就断腕
2. 在软件开发过程中,必须关注你的上下游的情况,如果可能的话,要对整个流程有一个全面的认识,这个工作不是说只有PO或者architecture才能做的,每个人都可以尽量的发挥积极性来去做这件事情,这样的话可以最大程度的减少沟通成本,减少浪费
3. 要关注你的job description, 但是不能机械的完全按照job description来实现,要根据你的上下游的情况制定真正的有效的接口
4. 如果一开始基于一个不好的design, 在某个环节出现了大量的库存,问题分析后发现,如果对该模块采用新的实现手段的话会大幅提高效率的话,应该怎么办? 壮士断腕,抛弃原来的库存,还是继续维护原来的库存,通过在下游增加resource的方式来结局问题呢?如果抛弃库存则意味着之前的工作价值都没有了,如果继续坚持原来的方法,同时维护库存,则下游需要的resource会增多! 该断腕时就断腕
相关文章推荐
- 一个适用于层级目录结构的makefile模版
- JVM基础知识2 垃圾收集器与内存分配策略
- android:activity 生存周期
- poj 1797 Heavy Transportation
- C++学习之路—继承与派生(二):派生类的构造函数与析构函数
- jsp的4种会话跟踪技术
- MFC界面编程技术汇总
- Perl XML::Simple 的应用(二)
- Xcode
- oracel 导入导出
- 查找文本文件中的关键字
- java.mail的搜索过滤类
- Axis2 WebService(配置、发布、调用)
- OpenJudge计算概论-错误探测
- Ubuntu13.04下搭建Java环境
- node多进程跑phantomJs
- [转]初探 PhoneGap 框架在 Android 上的表现
- lua面向对象详解(3)
- Java API设计CheckList
- CMake學習(一)——cmake的編譯、安裝及簡單使用(ubuntu)