大家对工作日志怎么看
企业要求员工写每天的工作日志，大家怎么看？如果采用了scrum开发，每日站会后，还有必要写每天的工作日志吗？ --------------------编程问答-------------------- 说明企业的管理比较落后。工作日志是必要的，但是应该在alm平台上建立维护，应该整合alm系统的客观数据，而不是掏出小本子去写。 --------------------编程问答--------------------
初创企业，能否指点一二？ --------------------编程问答--------------------
你们老板每天写并且公开吗？如果以身作则，可以考虑。
比如说你是一个小包工头，你可能跟你雇佣的工人们“战斗”在一起，每天去现场检验工作进度、安排原材料采购事宜，你用不着搞办公室易做图那一套来体现你是一个小包工头。可是有些软件小作坊，有些人反而喜好这一套。
scrum是敏捷开发方法中比较倾向于行政管理、空洞地将“沟通”的流派，不是真正能够“轻松进行高强度敏捷开发”的实力派。scrum缺少技术含量，我使用敏捷开方法，绝不照搬scrum。 --------------------编程问答-------------------- 空洞地将“沟通”的流派 --> 空洞地将“沟通”弄成“技术”的流派 --------------------编程问答-------------------- 许多别有用心的人看重scrum，其实就是看重其办公室易做图那个角度——终于找到一个最适合对新手程序员而言“挺时髦、请君入瓮”地进行“管理”的行政方法了。
但是这个方法是否真的在实际上有效？我表示怀疑。这就好比如说高烧不退的人要吃一堆消炎药来解热，恐怕有一半人会把自己的身子吃出病来。因为搞行政那一套，可能掩盖了你们公司缺乏真正软件工程技术和成熟产品设计的现实，让你花精力去搞太多的“虚火”式的项目，然后吃更多的消炎药以糊弄外界的检查。
敏捷开发有着一些具有高强度技术含量的方法，但是全都要求“开放、共享、整体”技术的提高，所以一般来说不适合用来培训新手。所以才会有scrum之类的东西的流行。但是你能说适合于教学生的技术适合企业作为核心技术吗？
固然，我也希望能够有人能够做那种潜移默化的行政工作，因为企业需要不断招聘新人。但是要知道大多数小型软件开发企业都招聘不起哪怕多一两个（对自己来说）平庸的人，你用管理建筑工程项目里的那种思维方式来进行产品开发，就不行了。
因此scrum适合“养”人，让人多沟通。我可以告诉你其实在强调创意的团队中，空洞地强调一大堆沟通学说根本不需要（增加许多被培训成本），因为这种大家都有相同的创意思维的团队天生就是要争吵、从而创造出产品的。 --------------------编程问答-------------------- 比如说，你能让40万行代码、几十个工程（全都是自己原创的而不是随便下载来的）装配在一起的一个产品，能够保证随时在一两天之内发布为可交付给熟练操作用户使用的新发布版本吗？
你能让（特定开发组里的）源代码被所有人都能修改、而不强调什么“谁谁拥有哪段代码的修改权利、每一段代码前边都得缀上几千个修改版本的详细说明、一般人不修改代码”这种话吗？
你们的开发基于许多别的公司很想拥有的、你们自己有核心技术的平台？还是什么都靠员工现学现卖地在互联网上“求下载”而来的开源莱基改一改而包装成自己的东西？
你们的所有核心人员是否有每一人都有亲自维护至少10个以上大用户同时使用同一个产品运营一年以上（客户需求各不相同）的经历？还是平常做项目都是做一锤子买卖？
等等这些检验标准，反过来都是推动了敏捷开发技术。这些东西急需的技术，才是敏捷开发需要的。
而那种scrum，适合“培养”学生。 --------------------编程问答-------------------- 每周写计划，有时真不知道写什么 --------------------编程问答-------------------- 个人觉得写好周报就可以了！ 初创的公司 肯定都很忙，甚至员工每天都会要加班，你站在员工的角度想想 每天累死累活的，还得写该死的日志，你什么感受；
补充：.NET技术 , 非技术区
