由项目死锁得到的教训
2005-08-27 20:49
513 查看
转载时请注明出处和作者联系方式
作者联系方式:李先静 <xianjimli at hotmail dot com>
该项目有一个PM,但他的主要任务,似乎只是负责与客户交流。硬件部一个主管负责硬件部分,我负责软件部分。软件部分的任务又分散在三个小组里,一个OS/BIOS组,负责OS和驱动部分。一个GUI平台组,负责GUI的窗口管理系统和基本控件。还有我所负责的AP组,主要负责应用程序的开发。
这个项目是基于前一个项目的,为了降低成本,要对软/硬件做了一些修改,目前的任务如下:
1. 换flash和ram,由8M flash/2M ram,改为4M flash/512K ram。
2. 换LCD,由128x160,改为128x128。
3. 去掉左右键和OK键。
4. 硬件RF部分有修改。
5. 耳机的功放有修改。
6. 由翻盖改为直板。
7. 加防盗功能。
8. 修改硬件引起的软件修改。
对底层和硬件一点不懂,这是我最大的硬伤。我自己负责AP组,自然而然的,主要关注点放在AP和GUI这边,这一块的任务除了空间优化外,其它的任务都在按正常计划进行。
对于驱动部分,有些头疼。最初,我和负责驱动的组长交流过,请他制定驱动修改的计划。他说,驱动的修改很简单,但要拿到硬件板后修改,这样调试才方便。由于硬件板一直没有出来,以后就没有太关注驱动部分了。
按计划,硬件部门今天提供硬件板。而硬件部门现在告诉我说下周三才能提供。不但如些,他们反过来让我们周三前提供一个软件版本,给他们验证硬件功能。
做驱动的等硬件去调试,做硬件的又等要驱动去验证。作为驱动方面来讲吧,没有硬件写驱动也是很困难,硬件吧,没有驱动的验证又不能做太多样机。双方都有道理,而我对这一块偏偏不懂。
后来,这个问题终于解决了。我也吸取了两点教训:任何一个任务都要亲自跟进,随时关注它们,这些任务越往后拖越麻烦。作为软件部分的负责人,不能因为不懂就不去管它,而应该去学习和研究相关知识,或者寻求帮助。
作者联系方式:李先静 <xianjimli at hotmail dot com>
该项目有一个PM,但他的主要任务,似乎只是负责与客户交流。硬件部一个主管负责硬件部分,我负责软件部分。软件部分的任务又分散在三个小组里,一个OS/BIOS组,负责OS和驱动部分。一个GUI平台组,负责GUI的窗口管理系统和基本控件。还有我所负责的AP组,主要负责应用程序的开发。
这个项目是基于前一个项目的,为了降低成本,要对软/硬件做了一些修改,目前的任务如下:
1. 换flash和ram,由8M flash/2M ram,改为4M flash/512K ram。
2. 换LCD,由128x160,改为128x128。
3. 去掉左右键和OK键。
4. 硬件RF部分有修改。
5. 耳机的功放有修改。
6. 由翻盖改为直板。
7. 加防盗功能。
8. 修改硬件引起的软件修改。
对底层和硬件一点不懂,这是我最大的硬伤。我自己负责AP组,自然而然的,主要关注点放在AP和GUI这边,这一块的任务除了空间优化外,其它的任务都在按正常计划进行。
对于驱动部分,有些头疼。最初,我和负责驱动的组长交流过,请他制定驱动修改的计划。他说,驱动的修改很简单,但要拿到硬件板后修改,这样调试才方便。由于硬件板一直没有出来,以后就没有太关注驱动部分了。
按计划,硬件部门今天提供硬件板。而硬件部门现在告诉我说下周三才能提供。不但如些,他们反过来让我们周三前提供一个软件版本,给他们验证硬件功能。
做驱动的等硬件去调试,做硬件的又等要驱动去验证。作为驱动方面来讲吧,没有硬件写驱动也是很困难,硬件吧,没有驱动的验证又不能做太多样机。双方都有道理,而我对这一块偏偏不懂。
后来,这个问题终于解决了。我也吸取了两点教训:任何一个任务都要亲自跟进,随时关注它们,这些任务越往后拖越麻烦。作为软件部分的负责人,不能因为不懂就不去管它,而应该去学习和研究相关知识,或者寻求帮助。
相关文章推荐
- 通过自己的项目实际经验,阐述为什么“恶心玩技术”?玩Java开源C/S的教训(二)
- C++项目避免线程死锁的体会
- 得到JAVA项目根文件夹
- 从我一年编程生涯中得到的经验教训
- 项目管理的教训与反省
- 项目经验教训
- 新项目开发经验教训
- 通过自己的项目实际经验,阐述为什么“恶心玩技术”?玩Java开源B/S的教训(三)
- 一个深刻的教训——VS打开项目后自动关闭
- 文件传输功能库项目的开发教训
- JAVA X项目得到WEB—INFO上级目录路径
- 通过自己的项目实际经验,阐述为什么“恶心玩技术”?玩.NET的B/S的教训(四)
- Android视频播放项目总结之 得到手机中的所有视频数据
- 死锁教训——连接需要带Connection
- 一个项目的经验教训:关于打乱和拆分数据
- 一个项目的经验教训:关于打乱和拆分数据
- 小公司项目实施--从我的一次经历看经验教训
- 软件开发的滑铁卢----重大失控项目的经验和教训(之三)
- Web Services开发体会和项目教训[转贴]
- 第14周项目:阅读并运行程序,解释程序执行得到的结果(1)