kiyopy1216のクリップ (1684) / プロジェクト管理 (50)
-
脱Excel！ Redmineでアジャイル開発を楽々管理 − ＠IT自分戦略研究所
Redmineイイよ
-
-
ソフトウェア開発で1本10万円のワインを造る方法 − ＠IT MONOist
結局「人」なんだよね。
-
“リスク管理のリスク管理”が必要だ − ＠IT情報マネジメント
＞「リスクマネジメントの基本は、スケープゴートを設定することである」＜全てソフトのバグとして扱われる事ですね。
-
-
-
-
「テストをすべきなのは知っているが，現実にはできない」という現場の状況をいかに打破するか，気鋭のソフト開発者とテスト技術者がパネル討
Programming First Development でできれば士気が落ちないで良い。でもこの辺はCMM信者との宗教戦争に勝たないと難しい。特に組込み系。
-
「ソフトウェアの部品化」が失敗する理由 ― ＠IT
だいぶ部品化されてきてると思うけどなぁ。それに部品化は規格化でもあって縛りが発生して柔軟に対応できない。「汎用的な製品開発には銭がかかる」のは同意。
-
第1回 Tracをオススメする，これだけの理由：ITpro
tracのUIは直感的に使えないと感じるのはオラだけか？便利かもしれないけど使いにくい。
-
-
第37回 「常識ではあり得ないこと」がまかり通る現場
みんなやりたくない仕事だからだよ。
-
崩壊した「人月からの脱却」
＞社内や経営陣に説明するのには，やはり人月。＜見積コストと政治コストを極力減らす手法が人月じゃないかな。１人で１０人月やってのけるスーパーハカーが居たら１０人月見積もれば良いと思うよ。
-
-
開発工程を別々に担当してはいけない
みんな「良い物を作ろう」なんて思っていなくて「安全に銭を稼ごう」としか考えていない。現在のビジネスモデルを崩すには銭の流れを変えるべき。
-
わたしが知らないスゴ本は、きっとあなたが読んでいる: わたしの7つの「ふりかえり」
経験を元に意見を書いてるから理解しやすい。しかもblogをホワイトボードとして書いてるから「わたしたち v.s. 問題」になってて良い。
-
【ITpro Challenge!】「高い生産性を実現する『ハッカーのソフトウエアエンジニアリング』とは」---Google 鵜飼文敏氏
最近、ハッカー系の記事を見かけるのは会社などでソフトエンジニアが権限を持ち始めてきたとかかな？それでもセイゾウ業な開発手法は主流を行くのだろうけどね。
-
チームとは (The discipline of Teams)
＞「単なる人の集まりはチームと呼ぶべきではない。メンバーそれぞれの力を合計した以上の力が出せる人の集まりだけをチームと呼ぶべきだ」
-
頭の中にプログラムを入れる
会社組織とプログラマとの確執は永遠のテーマかな。数学や科学が社会を変えたようにプログラミングが社会を変えてそれが社会の教科書に載る時代が来るかもしれないと思いたい。
-
shi3zの日記 - プログラマに電話を取らせるな
作業効率とエラー発生率の相関関係は覚えておこう。ミスをした人を慰めるのに使えそうだ。
