手稿介绍

我们知道Manuscript必须完成所有必不可少的工作:任务管理,优先级划分,调度,冲刺,故事点以及所有这些好东西。 老实说,《手稿》擅长这些基础知识。 但是随后,我们发现有机会根据一些简单的想法做一些真正新的事情: 让我们防止电子邮件。 Slack在减少团队(包括我们的团队)内部发送的电子邮件方面所做的出色工作使我们受到启发,并希望将同样的无缝体验带入捕获错误报告甚至回答客户问题。 因此,Manuscript对来自客户甚至通过您的Web联系人表单的电子邮件进行分类,并将其与自动错误报告和团队自己的任务一起归档。 这使得它们易于在一个地方进行跟踪,因此您不会丢失重要的决定,因为它们被埋在了电子邮件中。 您有足够的问题。 手稿有案子,没有问题。 案例比在其他系统中可能遇到的问题或故障单更有效-您不必强制填写一堆必填字段,并且每个案例仅分配给一个人 。 这意味着您始终知道由谁负责,决无任何决定或任务落空,因为每个人都认为这是别人的问题。 甚至更好: 在“手稿”中,搜索确实有效 。 即使您只记得“我知道我上周见过这件事,并且已将其分配给鲍勃”,也可以通过任何您能记住的东西轻松搜索案件。手稿可以帮助您找到所需的内容。 您的工具可以互相交流。 面对现实,许多项目管理工具都在尝试通过您的聊天平台或生产力套件向您推销产品。…

如果您以编写软件的方式写书怎么办?

我是一名软件工程师,他生活和呼吸敏捷和极限编程。 我也是作家,将在今年11月而不是第一次参加NaNoWriMo或“国家小说写作月”。 基本上,这是一种写作方法,参与者仅在11月份就尝试完全撰写50,000字的小说。 我已经做了NaNo多年了。 但是现在我在Pivotal Labs工作,帮助企业朝着更精益,敏捷的软件构建方法发展,NaNo对我的感觉略有不同。 坦率地说:NaNoWriMo是超级瀑布。 为了支持我的观点,我提出了“瀑布模型”维基百科文章。 只要看看它提供的这张图! 从字面上看,这就是写书的过程! 首先,您要计划(设计一些角色,设计一些情节),然后坐下来写东西,然后将其发布给全世界,并确保人们真正喜欢它。 与敏捷(我们强调增量工作软件并响应不断的用户反馈)不同,NaNoWriMo实际上是固定时间/固定范围难题的定义。 你有30天。 现在写50,000字。 不妥协。 因此,NaNo还可以举例说明瀑布编程中一些有据可查的问题。 例如,任何人都会告诉您,如果您的时间表如此紧迫,几乎不可能做好所有的计划,就无法倒出文本来增加字数。 我与谁进行过交谈的每个人,NaNo通常都是在他们的裤子旁边做的-大约一周后,地块规划的页面就会翻阅,而在其余时间中,您实际上是在随手整理。…