目前分類:專案管理 (25)

瀏覽方式: 標題列表 簡短摘要

越資深工程師就要執行越多越重要的工作嗎?


最近討論到一個問題, 越資深的工程師越忙碌. 那到底在忙什麼呢?

主要在忙著執行上面交代的工作. 若是RD, 則忙的撰寫比較大或是比較困難的部份; 同樣, QA則在忙著測試較艱深或是複雜的部份.

因為長官們不放心把這些工作交給較資淺的人來做, 因此重要的工作可能都集中給某些關鍵的人處理.

我在思考著這樣的作法到底對不對, 因為我覺得這樣會遭遇以下問題

kojenchieh 發表在 痞客邦 留言(7) 人氣()

改變你原先的假設


最近公司要所有人上一個教育訓練, 是以前某個教育訓練的第二代. 第一代主要上的是第五項修煉, 這一代的東西是根據什麼所濃縮, 目前我看不太出來.

不過中間有提到一件事情, 就是要change assumption.

在這裡我們玩了一個小遊戲, 要開一家餐廳.

這裡講師要我們先列出, 開一家餐廳能成功的最主要兩個條件是什麼. 我們列出了兩點: 地點好和行銷策略.

kojenchieh 發表在 痞客邦 留言(0) 人氣()

你的團隊夠cross-functional嗎?

Is your team cross-functional enough?
http://blog.crisp.se/henrikkniberg/2009/02/27/1235769840000.html

February 27, 2009
Posted by Henrik Kniberg
Publihed in Henrik Kniberg's Blog

kojenchieh 發表在 痞客邦 留言(1) 人氣()

什麼叫做"Code Complete"?

"Done" Is So Fuzzy
http://blog.abakas.com/2008/05/done-is-so-fuzzy.html


每次有engineers說他已經code complete了, 我都會很困惑. 因為甚麼是code complete, 你我之間的定義是很不一致的. Code complete是一個很模糊的的term, 因此常常就是出現意想不到的結果.

這裡是作者整理出, 他所知的code complete的可能狀況:

1. Feature Complete.
2. Feature Complete With Tests.
3. Feature Complete With Passing Tests.
4. Demo-able.
5. Release-able.
6. Perfect.

作者提到, 重點不在於有這麼多不同的定義, 而是在於你們是否有一致定義. 如果沒有, 那才是大問題

在公司內部, 我還有聽到另一種做法
Step 1. Feature Complete  --> 達到50% code complete
Step 2. Feature Complete with Code Review  --> 達到80% code complete
Step 3. Feature Complete with Code Review and Tests  --> 達到100% code complete
之後QA便可以開始用這個build去做測試.

這裡可能只到前面2和3 之間的標準, 但是它定這個標準是要, 檢查是否code已經可以ready給QA做測試. 再加上它有用一些方法(code review and tests), 先做一些事先的檢查, 這樣會讓受測軟體的quality有基本的水準.

不知各位看倌, 你們的定義是什麼?

kojenchieh 發表在 痞客邦 留言(0) 人氣()

如何通過微軟的面試

So You Want To Work For Microsoft...
http://blogs.msdn.com/micahel/archive/2008/10/15/SoYouWantToWorkForMicrosoft.aspx

之前有出版社出了一本書, 討論在面試時微軟常問的一些問題. 聽說一出版就賣的很好, 看樣子大家還蠻想去微軟工作的.

程式之美-微軟技術面試心得
http://www.delightpress.com.tw/book.aspx?book_id=SKTP00013

kojenchieh 發表在 痞客邦 留言(0) 人氣()

«12
Close

您尚未登入,將以訪客身份留言。亦可以上方服務帳號登入留言

請輸入暱稱 ( 最多顯示 6 個中文字元 )

請輸入標題 ( 最多顯示 9 個中文字元 )

請輸入內容 ( 最多 140 個中文字元 )

reload

請輸入左方認證碼:

看不懂,換張圖

請輸入驗證碼