公司属于小型个人企业，主营生产制造软件开发。
开发人员5人。
出现的情况是：开发人员提交的工作日志经常是断断续续的或者就是很长时间干脆就不写了。
监管：老板。
我在想是否可以只要求每天早晨写一份to do list的计划解决？

 

美国人制定的PMBOK体系中，鼓励的是自下而上的沟通，即每一位团队成员都有权力发表对项目改进的看法和意见，注意这里指的是真正的发言权，不是影帝下基层问群众吃得好不好啊，穿的暖不暖的那种作秀。
而这种情况在中国基本很难实现，这里讲究的是自上而下的命令（注意，不是沟通），因此每位员工秉承的是“做好分内事”的理念在工作，就像上面@兔子所说，这些所谓的管理者真的不知道每个人的工作及进度吗？工作都是他们分配的，他们不知道谁知道？
可能有些管理者怕员工偷懒或者工作没做完也不汇报，因而采取了这种方式，但是为什么不直接去谈呢？如果直接对话，你的员工都不愿意跟你说真话，那工作日志就一定是真实的吗？看此贴并曾经写过工作日志的各位，请扪心自问你们写的工作日志有没有水分？
我见过不只一个人，写工作日志比写代码还痛苦，因为你很难总结这一天都干了些什么！大部分公司的大部分开发项目都存在朝令夕改、会议多、管理乱的问题，那些管理者自己都总结不好这一天都干了什么！
以上问题直接导致了人们不去思考，反正工作是你安排的，工作日志就写你安排的那些工作好了，而那些看工作日志的人，有多少人真正的去看并仔细分析了？大多数人都是走马观花的扫一眼，因为他们本来就没有时间来研究工作日志。
综上所述，写工作日志这件事没什么对与不对，但想做好，你需要做到3点：

  1. 既然你要开始实行这项制度，就必须能够从管理者自身出发严格做到，你要真正的花时间去看、去想，并保证真的能从中找到团队缺陷而因此提高工作效率。
  2. 如果你后来发现自己真的做不到第一点，你保证立刻暂停实施该制度并向全体员工致歉，因为你浪费了他们的工作时间，虽然他们本来就是为你工作的。
  3. 告知并让员工相信你能真正的能做到前两点。
做到第1点：这制度才会真正的起作用。
做到第2点：当制度出问题时果断暂停并调整才能让员工在今后继续相信你。
做到第3点：你看到的工作日志才是真实的。

强烈推荐《人件》这本书，软件项目管理中的各种坑爹事，美国人在30多年前就总结的很清楚了，所以那些所谓的大公司、明星团队每天都会遇到和你一样的烦恼！
人嘛，到哪都是一样的！