H.E.'s Blog

感想太多，吐点废话 {不断更新ing} ：

     # 简单——尽可能减少工作量的艺术至关重要，团队要定期总结如何更有效，相应调整自己的行为。

     #实施敏捷开发并不是需要依靠大量的文档，而是需要团队领导者有足够的能力和个人魅力，每个成员之间的默契和规范化作业。

     #项目分为阶段性的频繁的交付给客户审阅，最终产品质量的就越高。

     #成功的项目需要有序，频繁的得到用户反馈，把需求告诉开发者几月就有你需要的产品听起来很诱人，但最终以劣质和失败告终。
   
     #需要充分的认识到软件是有生命的产品，需要你不断的进行维护和重构。

     #项目的计划/进度表就是你项目的命脉，优先级、难易级、时间段 都是你项目计划表的关键要素。

     #每个人每台机器相同配置，相同开发环境，需要这样，但不是重点，重点是要在任何环境中尽量的缩短项目组每个成员的差距。

     #每周五下班前的技术session，每个成员都会踊跃发言，抛出任何技术话题讨论。让你对问题了解的更加深刻，
      创新，经验，积累永远是技术session的主题。

     #PM和分析师在背后付出的需求分析、客户交流等工作，帮助开发人员挡一切不该有的干扰。

     #每日的站立会议之后，紧跟的就是项目经理 与客户之间的信息反馈和 团队成员沟通。

     #千万别吝啬你口中对他人的赞扬；也别犹豫你对问题的指正与帮助，需要你冷静与包容的面对。

     # 在开发小组中最有效率也最有效果的信息传达方式是面对面的交谈。

     # 任何良好的建议与意见被采纳前，需要有一套监督和推广的计划，才能确保建议被采纳后的可持续性。

     # 对卓越技术与良好工作方式的不断追求将有助于提高敏捷性。
 

大师 Artem Marchenko有如下建议：
        为了更加公平，不许打字——在笔记本电脑上做记录，他们就获得了本不应获得的。
        如果团队在向Scrum Master汇报，那么Scrum Master就应该移开眼光，不与团队成员对视，甚至可以转过身去。

–end–