残業を要求する心理 - がるの健忘録
毒危険。 さて、早速ｗ まぁあちこちで散見されることではあるのですが。いわゆる「残業」に対して、とても強い関心をお持ちな現場とか個人(マネージャもどきさん)とか、がいらっさいます。 一言で迎撃するのは比較的たやすいのですが、少しそこに考察をいれて「丁寧に」迎撃してみよう、というのがこの文章の趣旨です。 「結局迎撃するんぢゃん」とか言わないように B-p とはいえ。先に「要約」しておきますと。 とどのつまり ・管理者が、現場を認識する能力に対して致命的な欠落があり ・故に、現場管理が根本的に出来ていない上で ・そもそもとして、ソフトウェア開発って物を理解しておらず ・故に、「負の生産性」とか「生産性の逆噴射」( http://d.hatena.ne.jp/gallu/20090315/p2 )とか「マイナスの要員」とか、その結果発生する「技術的負債」とかって単語に対して無知に過ぎる のが根本
最近盛り上がってきた「かんばん」、ソフトウェア開発における「かんばん」（Kanban）とは何か
ここ数カ月、ソフトウェア開発の話題で「かんばん」（英語でも「Kanban」）という言葉を目にする機会が増えてきました。かんばんとは何で、どのようなものなのでしょうか？ 勉強がてら、いくつかのサイトを紹介していきましょう。 ビギナー向けの「Kanban101」 今年3月にかんばんビギナー向けのサイト「Kanban101」が立ち上がりました。このトップページがかんばんの特徴をよく表しています。 ソフトウェア開発におけるかんばんとは普通に日本語の「かんばん」のことで、誰でも見えるところに置かれて、ホワイトボードや黒板になっていて、記入したり、この画面のようにポストイットを貼って運用するのが一般的です。 かんばんの効果とは、このかんばんを模した画面に書かれているように「仕事のみえる化」「仕掛かりを減らす」「流れを見えるようにする」ということ。このサイトは英語ですが説明がとても簡潔で分かりやすいもの
直営社員にプログラミング能力が必要なたった一つの理由 - GeekFactory
大きなSIerでは社員はプロジェクト管理だけを行い、実作業の大半を外部に委託するところがほとんどです。直営比率が低いところは管理作業しか行わないため、入社してから設計書もプログラムも書いたことがない人は割といます。感覚的には、直営比率が1/3を超えるプロジェクトは社員が自ら現場で作業することが可能で、若手社員にも実作業を経験する場が与えられる気がします。 大きなSIerの小さなプロジェクトはたいてい同じ構造をしていて、ソフトウェア開発自体を丸ごと外注していることが多いです。一括請負契約ですね。この場合、委託元と委託先の責任境界は明確で、委託業務に社員が深く関わることはあり得ません。それでコストが増えたら喧嘩になります。残念ながら、このような構造では社員がソフトウェア開発の実作業を経験することは不可能です。 私は、直営社員もコーディングやテストを自ら行える能力が必要と考えます。その理由は、現
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
プログラミングが出来ないSE（システムエンジニア）がソフトウェア開発を指揮している？
