保持求知与开放的学习态度，付出实践。
失败会使我们集中注意力，重新检查我们忘却的假设。要无畏失败，直面失败，保持自信。
沟通、做决策、创新思维、逻辑思维。
规划：进度表、远景文档。明确该做什么？
优秀的规格说明书？明确的需求文档？制定好的决策。
沟通与人际关系：流程、电子邮件、会议
事情出错时该怎么办？：失败的因素是什么？是否可避免和消除？
遇到问题时快速的任务管理与协调。完成状态？优先级?
我们所知道的与我们持续追求的目标之间存在着差距，该差距容易把我们所做的事情复杂化。#保持学习#
软件开发： 需求——>设计——>编码——>测试
web开发：前期工作——>开发——>维护——>评估
项目经理：
a. 了解项目工作（计划、进度安排，以及收集需求）
b.带领项目进行设计和开发工作（沟通、决策以及中期策略）
c.驱动完成整个项目（领导力、风险策略以及终极策略）
积极承担工作职责以外的、协调整个项目以外的额外责任，避免个人偏见与利益影响到整个团队。
忍受模糊/追求完美
项目开发初期是高度开放与变化的，未知的事物远比已知的事物重要，控制模糊可以产生优秀想法的关键，不去管理它就必须尊重它。
项目开发后期要追求规范与精确。
独裁/委派：有足够的魄力控制并强迫团队执行特定行动。，避免极端情况出现。
有耐心/不耐烦 ：何时该推动问题，何时该退让一步。
相信/怀疑：热情的提问，挑战他人的假设，但绝不动摇团队对所做事情的信念。
承认复杂/拥护简单：整体与细节，目标简单化。
多思考你在做的事情以及原因，然后做出更精明的决策。你的问题是什么？？
理解他人观点的好处，知人善用。为日常工作流程寻找快捷和聪明的优化办法，适当给予他人激励与帮助。
让好事发生
进度表：
a明确目标
b强迫功能，有助于让大家互相团结和依靠起来，避免只关注自己的任务，而不去考虑他的工作是否会影响别人。
c有助于追踪项目和把工作分成若干个易于管理的小块。
三分法：明确知道自己应该要做什么，实际去做或者验证、分析已完成的事。（设计、实现、测试）、
增加新功能不只是程序员实现它即可，还必须有人来支付不可避免的设计及测试成本。当进度落后时，是因为没有考虑到某些被隐藏或被忽视和成本。
项目初期“从极远处盲目射击”是一个可理解的正常现象，进度估算会随时间的进展而增加，随着项目的进展，要不断地注意进度表并对其作出调整。
进度表不需要完美，能提供跟踪以及调整的基础，有个成功的几率，满足客户就可以 了。
进度表的估算：
a估算的基准信心距
b程序员领导学会诱导，提出好问题，来设定质量估算的规则。
c程序员应该受到信任
d估算依赖于程序员对项目目标的理解。
好的估算来源于好的设计。（可靠地设计与需求）
网友评论