日志
- 分享 树长歪了？
- 已经几个月过去了，现在每天远程参与例会（一部分人同仁在另外一个城市），每周出差一趟，产品功能一点点起来了，但是我慢慢地我越来越困惑，这是我一开始期待的产品么？ 显然，这个答案是否定的，不然我就不会困惑了，我简单梳理了下，先记录下我的想法 1、 重视需求生长的规律 ，产品是为了解决用户的痛的，这里是当 ...
- 分享 基于mockup草稿的开发
- 最近几个月从参与产品远景讨论，逐渐到具体的产品经理的工作，算是实习吧。说说其中的一些体验。 按照敏捷开发的思路，不考虑完整编写需求文档，更多的是用一页纸来描述一件事情，比如如何支持新账户注册和添加联系人，可能用word写几页。但有些交互界面，不画个草图没法让人理解，在文档中贴图多了，对图上的细节也会逐 ...
- 分享 你在桥上看风景,看风景的人在楼上看你－关于工程师培养的杂记
- 和一个TeamLeader聊天，讨论新员工招聘，应届生和社招。 应届生要资深些的工程师带，但项目紧张工作压力大，工程师往往不愿意带，很多优秀的工程师未必是良好的导师，虽然导师制度要求他跟踪员工学习进展，并按时评估能力。但光有导师指南一类的显然不够。而好不容易培养出来，搞不好新员工会 调配到其它T ...
- 分享 再谈Want和Need
- 再谈Want和Need 前面我们讲了如何去“理解需求”，但需要谨记的是，由于每个人并不能代表所有用户，在需求领域， 我们要了解两个概念： Want 和 Need 。 1 需求首先是学习过程 通过前面小节，我们重新梳理了 需求和测试需求的概念，现在我们再来看看本章最初 ...
- 分享 关于敏捷的一些随想和漫谈
- 两个反馈 反馈一： 在两个Sprint之间有三个会，计划会、演示会、回顾会。 有人抱怨时间太长了，讨论太多了，真正用在产品上的时间倒被占用完了。 反馈二： 我们的燃尽图前面一点都不会变化，甚至我已经预料到燃尽图会是阶梯状的，因为我们要花很多时间来稳定框架，这个不可测，如果非要为这 ...
- 分享 过程改进日志之学习Scrum：弹看板大缺陷逼走小任务，反思会老问题激发新思维
- 终于又一个反思会了，Sprint7原定二周，后来慢慢的，时间盒居然消失了，这一来我感觉有一个月时间了。 过犹不及的事先准备 N Team漫长的Sprint7终于结束了，花了一个月的时间，大部分都是在稳定产品上，这次交付的版本拿到CES上秀去了。 虽然我只是一个旁观者，但这个漫长的周期让我看得审美疲劳了，工程师们辛 ...
- 分享 有用的站点
- 网上总是能找到一些东西，但未必能下载下来，先放这里。 http://wiki.woodpecker.org.cn/moin/OpenBookProject 关于TDD的一个培训材料（Fifefox浏览效果更佳） http://zoomquiet.org/res/s5/100826-PyTDD/
- 分享 思维记录－Sprint中关于工时投入的计算
-
关于Sprint中想到的数学游戏，仅仅记录了一个思维过程，不表示我认可或反对。 在一个Sprint中，计划的人天（MD）应该大抵和可使用的人天数据相当 而实际投入的MD也应该和计划可使用的人天数据相当 假设Team有五人，都没有假期，两个工作周是50人天 εEst.MD＝50 因为Sprint时间盒是固定的，因此有εEst.MD＝ε ...
- 分享 过程改进日记之学习Scrum2010-12-10 储蓄罐外的故事
-
平淡无奇的故事 C Team的立会是9：00开始的，有些工程师忙于手头的工作，有时候会延误几分钟再到会议室，这可不是好习惯，解决方案简直都不好意思说了，有图有真相。 每人次一元，童叟无欺，当然，这个实在太没啥花头了，所以我一直没打算写。 这里面的钱从运行前几天后收集了4.2之后，两周 ...
- 分享 过程改进日记之学习Scrum2010-12-10 缺陷菜场
- 有一段时间没更新了，年休外加工作一忙耽误了，于是热情就削减了，感谢老漂和诸多思友的督促，先为自己的懒惰认个错，我不应该偷懒的，谢谢监督我的童鞋。 N产品－成果和新目标 N 产品上个月通过给客户的DEMO，获得了客户的一部分研发费用。Team接下来的目标是更稳定的产品，这样可以向更多 ...
