分而治之:项目管理工具的多样性

软件项目管理需要用于团队协作和日常工作的不同工具。 您使用的工具集可能会很成功。 它可能会减慢您的速度并使过程变得艰难,也可能会严重提高团队的生产力和协作能力。 虽然尝试为整个工作环境选择单个解决方案是一种非常普遍的方法,但我们更喜欢使用来自不同供应商的工具。 让我解释一下原因。 那么,为什么不采用一站式解决方案呢? 虽然工作流工具的完全集成在开始时将是有益的,但是您以后可以发现某些工具不能满足您的需求,存在错误或设计丑陋。 您将不得不使用不喜欢的工具,这些工具不能满足您的所有需求。 因为删除一个难题会扭曲整个画面,并且会损害多合一解决方案的思想。 对于一些团队来说,这不是问题,即使有错误/丑陋/过时,他们也可以使用相同的多合一软件使用多年。 但是其他人会喜欢使用具有新功能,性能更好,价格更低的新工具。 这就是我喜欢从不同供应商处选择工具的原因之一-您始终可以切换到所需的工具,而不是某些公司认为需要的工具。 另一个原因是,由小型团队创建的工具将获得开发人员的充分关注,并且与大公司的竞争对手相比,无疑会带来更高的质量。 当然,它通常具有较少的功能,但更多情况下可以具有独特的酷功能。 不用担心集成。 如今,一切都与一切融为一体。 Asana可以轻松地与Github一起玩,Github无缝连接到Jira,而Dropbox Paper允许将Marvel样机嵌入到文档(以及大量其他东西)中。…

捍卫重量级的“纸和胶”旅行伴侣

“这本书是高质量的旅行伴侣。” 在哈利的《通往GOTO芝加哥之路:混沌之旅》一书中选一本完美的书来陪伴极客,这很有趣,所以我认为,作为此特定旅程的早期文章,我可能会在这里与您分享我的决定。 我通常不会分享这个决定,因为这是一个私人的细节,很多人可能根本不会发现,但是这次的旅程很棒,因此它需要一本好书,因此为旅程选择一个的任务其他旅行者可能会觉得有趣,或者至少与之相关并同情。 有选择… 混合中有很多选择。 我以在家中的图书馆中大约有7到8000本书而闻名,因此我无法再第二次暗示选择的余地很少。 真的没有。 挑战:美国巡回赛。 我从旧金山到芝加哥,穿越许多许多城市,谈论每个目的地的技术主题。 主题涵盖基础实践,高级软件开发模式,SRE,微服务,云原生以及最终的混乱工程(我目前的日常工作)。 问题是,在旅途中,我总是随身带一个旅行“伙伴”。 不管那条路实际上是飞机还是轮船,我总有东西,而无非就是一本书。 一个让我保持精力充沛,乐在其中的旅行伙伴是完美的。 Kindle,有人吗? 为什么不通过我的电子阅读器将十几本书愉快地包装在始终在线的无线连接中,以便在旅途中甚至改变主意? 因为这与质量有关。 体验质量,一流公民的质量,潜意识早期认可的质量,目标和价值是质量。 在我的拙劣且可能已过时的经验中,您看不到纸和胶水书所体现的体验质量。…

而现在我该怎么办?

วัยตกอยู่ในห้วงอารมณ์แบบว่า“วันนี้จะทำอะไรดี”บ้างมั้ยครับ? ะจำานเจอเรื่องแบบนี้เป็นประจำ…มันอาจจะเป็นเพราะ พวกผมไม่ได้วางแผนระยะยายาวมากดกนบครอบคร่าวๆว่าเดือนนี้จะได้อะไรสัปดาห์นี้ต้องเสร็จส่วนไหนสองวันนี้งคงคางครั้งวางแผนกันะดับวันะดับวันระดับวันมันจึงเกิดสถานการณ์ที่ว่างางานนี้เสร็จแล้วแล้วไงต่อ? เป้าหมายและแนวทางเปลี่ยนแปลงได้ตลอดเวลามันเป็นส่วนหนึ่งของชีวิตคนทำงานบรบยายามสร้างโปรดักท์สายพันธุ์ใหม่เพื่อตอบโจทยบโจทรับวันนึงได้ข้อมูลมาแบบนี้ก็วางแผนไปแบบนไปแบบาี้นไปแบบนี้วันรุ่งขึ้นทุก อย่างเปลี่ยนไปจากเดิมที่คิดว่าใช้ได้กลับกลายเป็นทางตัน(บางทีก็เหนื่อยใจบางทีก็สนุกกับมัน) เพื่อนร่วมทีมบางคนมีส่วนร่วมในงานของผมแบบพาร์ทไทม์ครับข้อจำกัดคือเรื่องของขาและผมก็ไม่สามารถเรียกร้อ้องรจากเค้าได้มนกปัญหาคอขวดจึงเป็นเรเองที่ยงที่ เสร็จงานส่วนอื่นที่เหลือก็ต้องรอ แล้วผมจะทำอะไรต่อไปหละวันนี้? งอในความจริงที่ว่า“งานไม่มีวันหมด”ถ้าเรามองหาและเตรียมตัวไว้ในระดับหนึ่งครับการสร้างซองซร์ไม่ใช่แค่เรื่องตะบันทำฟีเจอร์การสร้า้รงธุางธุรกิจจากศูรกิจจากศูนร์ก็มีเองให้ทำมากกว่าแค่การา ยายามมีกลุ่มงานสำรองไว้เสมอ…ที่ไม่มีวัานที่ไม่มีวันจบ…ที่ให้ปานที่ให้ประโยชน์ระยะยายอวแบบปิดทรงหลังพเช่น แก้บั๊กเล็กน้อยที่ค้างอยู่ ปรับปรุงประสิทธิภาพระบบ รีแฟคเตอร์ เขียนเทสสคริปท์ เขียนเอกสาร อัพเดทเวปไซต์ เขียนบล็อกบนเวป และอื่นๆ…

本地发布手稿

随着涌向云计算,许多工具已经让其本地选项落在了后面。 对于需要使他们使用的应用程序在自己的服务器上运行的软件开发团队而言,这确实令人沮丧。 也许您需要遵守有关确定如何使用和存储敏感数据的法规。 或者,您对于数据隐私不断变化的规则感到沮丧,例如使用安全港和隐私盾。 也许您的团队担心随着时间的流逝可能会影响您的风险的政治或法律因素。 或者,您只想知道数据在哪里并控制您的工作环境。 无论是什么驱动您的需求,一流的本地工具都是必不可少的。 这就是为什么我们构建的Manuscript具有完全相同的强大功能和世界一流的支持,无论它在云端还是在本地运行。 最近,我们基于在过去17年中一直引领项目管理的FogBugz引擎构建了Manuscript,并且基于使用该平台的数千个软件开发团队的见解。 结果是专为制作软件而设计的项目管理工具。 对于如何帮助团队开发出出色的软件,它有着深刻的见解,其中包括您期望的所有基本要素,例如任务管理,优先级,计划,冲刺,故事点以及所有这些好东西。 但是随后,我们发现有机会根据一些简单的想法做一些真正新的事情: 让我们防止电子邮件。 Slack在减少团队(包括我们的团队)内部发送的电子邮件方面所做的出色工作使我们受到启发,并希望将同样的无缝体验带入捕获错误报告甚至回答客户问题。 因此,Manuscript对来自客户甚至通过您的Web联系人表单的电子邮件进行分类,并将其与自动错误报告和团队自己的任务一起归档。 这使得它们易于在一个地方进行跟踪,因此您不会丢失重要的决定,因为它们被埋在了电子邮件中。 您有足够的问题。 手稿有案子,没有问题。…