摘要：
一切项目都要以满足客户的基本需求期望为前提，在满足这个前提之前，不考虑任何花哨的交互，牛逼的架构以及华丽的界面。切记，项目的v1.0版本永远是简约风格的，其他一切都是v2.0以后的事情，这是大多数项目或技术leader会忽略的事情。 阅读全文
posted @ 2011-08-02 17:12
倪不鲁
阅读(122)
评论(0)
推荐(0)
摘要：
在打算做一个新的职位之前，一定要把该职位所有职责用列表形式列出来，分清那些是主要职责，哪些是次要职责，哪些职责承担多少。再看每个职责是否超出自己的能力范围，最后检查自己的能力胜任几个主要职责，多少个次要职责，我想，最后你就会清除自己是否可以真正胜任此职位。 阅读全文
posted @ 2011-08-02 15:27
倪不鲁
阅读(114)
评论(0)
推荐(0)
摘要：
在项目技术方案架构设计时，一定要建立系统字典表，避免常量以及类别等分散到各处。 阅读全文
posted @ 2011-08-02 11:12
倪不鲁
阅读(111)
评论(0)
推荐(0)
摘要：
在UML设计时，要细化到涉及人每一个操作的最细化动作，通常为一个功能页面的每个按钮功能，这样可以根据其设计最上层业务层接口和提炼服务时的依据。 阅读全文
posted @ 2011-08-02 11:12
倪不鲁
阅读(97)
评论(0)
推荐(0)
摘要：
如果项目由多系统构成，各系统之间数据交流频繁，在设计初期，应化较长时间整理系统之间的交互需求，通过UML方式详细记录。并做系统之间交流提炼出可共享可复用的service接口设计，重要的是设计接口以及数据协议。（服务接口设计为先） 阅读全文
posted @ 2011-08-02 11:05
倪不鲁
阅读(101)
评论(0)
推荐(0)
摘要：
做项目，先解决从无到有问题，如果无迭代设计，采用先出可交付东西，哪怕很简陋。剩下的问题属于与客户交流时技巧，例如告诉客户打算征求客户意见，公司美工正在做美化，客户可提出可随时定制。（从无到有） 阅读全文
posted @ 2011-08-02 11:04
倪不鲁
阅读(107)
评论(0)
推荐(0)
摘要：
1. PM必要知道组内成员的薪资待遇，再分配工作时候，根据项工作垃圾重复程度安排合理薪资成员完成，以保证项目组成本的合理化。简单例子，比如需要开发一个B/S的ERP系统，页面布局都很复杂，这样软件工程师不要考虑页面布局问题，只需要把所需控件摆页面上，然后完成逻辑功能。专门一个低成本的人员来做排页面工作。简单的方式，很少有人采用。往往用项目紧为借口，全员纵向开发。（多钱人干多钱工作） 阅读全文
posted @ 2011-08-02 11:03
倪不鲁
阅读(115)
评论(0)
推荐(0)
浙公网安备 33010602011771号