アカウント名:
パスワード:
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
一つのことを行い、またそれをうまくやるプログラムを書け -- Malcolm Douglas McIlroy
JAXAよりも (スコア:2, すばらしい洞察)
「みどり」と「みどり2」の2つのプラットフォーム衛星の事故には、
当時JAXAに持ち込まれた「2年ごとに技術者も持ち場を変える」という官僚制の弊害が寄与していますから。
Re:JAXAよりも (スコア:1)
技術職にも人事ローテーションを適用することによるレベル低下、ってやつでしょうか?
実際には文官がいきなり技術の最前線に出るわけじゃないだろうし、設計などの文書管理がそこそこのレベルなら担当者間のレベル差も出にくいってわけで。現場にも責任があると思うのだが。職人からちゃんとノウハウを継承しないと。
SEの現場を見てるようなので敢えて杓子定規っぽく書いてみる:-P
---- 何ぃ!ザシャー
Re:JAXAよりも (スコア:1)
建前ではそうですね。
でもSEで言うなら「ハードからUIまで作る大型の案件」を「一から把握して2年でクリティカルなバグを含まない仕事を残せる人」ばかりじゃないでしょう。
多少は絞った方が良い、という点では同意しますが。 :)
# 私は松浦氏ではありません。誤解を与えて申し訳ない。
Re:JAXAよりも (スコア:1)
ばなりません。なのでノウハウの継承にはやっぱり時間がかかるってのが現実
ではないかと思ったり。文書は手がかりにはなり得るとしてもノウハウそのも
のではないからね。
# 別に文書化するのに反対とかそういうんじゃなくて、ちゃんと文書作っと
# けばおっけーってわけにもいかないってのが論旨ね。
Re:JAXAよりも (スコア:1)
漏れ自身も安易なローテーションには反対。継承に時間も手間も能力も場数も要するってのも同意。
けど、管理層に片足突っ込み始めて違う目線でも見るようになったのでねぇ…
>文書は手がかりにはなり得るとしてもノウハウそのものではない
文書の書き方にもよるとは思います。マニュアルにも記述レベルや想定場面の相違があるでしょ。アレと同様です。
相手が基礎知識を有した新人だとして「文章だけで継承する」ことができない限り本人の理解が足りない、というのが理想でしょうかね。継承していくうちに巻末にFAQが追加されていくのもアリかと。
# 技術者には文章力が必要だが漏れには足りないと感じてるのでID
---- 何ぃ!ザシャー
Re:JAXAよりも (スコア:1)
ってのが技術と言うより技の範疇で、ノウハウを一般化して初めて技術と言え
る。で、技と技術じゃ文書化したときの価値が全然違う。って事なんじゃない
だろうか。
技を文書化しておくと誰かが技術にしてくれる可能性ってのもあるこたあるん
だけど、そんなこと余裕がないとできないよなぁ...
Re:JAXAよりも (スコア:2)
まずは、松浦さんの本を一読されることをお勧めします。
技術者にとって「ここが怪しい」と見当をつけられる直感力をえることが大切だが、文書で気軽に引き継げるようなものではない。直感を得られるようになるためには、開発プロジェクトの最初から最後まで付き合って全体の流れを体感し、さらに繰り返しプロジェクトに参加して経験をつむ必要がある。
そういう話だと、私は理解してます。
だいぶはしょった書き方してますので、繰り返しになりますが、詳しくは松浦さんの本を参照してください。
Re:JAXAよりも (スコア:1)
# 二つ上くらいのコメントも読んで欲しいな。
「ここが怪しい」ってのは個人的経験によると演繹能力とかシミュレーション
能力とか、そういうもんだと思う。でもそれらはやはり技の部類になると思う
な。属人的だし。
ソフトならソース上でだーっと実行されるイメージになる。メカ屋なら機械が
動くだろうし。でも、それなりに対象について知らないとシミュレータが走ら
ない。とま、こういう事なんじゃないだろうか。頭から尻まで参加しないとダ
メってのは。
何にしても文書化できるのは過去の案件であって、現在進行中の案件にはそう
いった勘も必要だろうから技の出番がなくなる事もないし、技がないと大した
事はできなさそうでもあるね。
Re:JAXAよりも (スコア:1)
+++ ここから話が「勘」とか「技」の方向にずれます(汗
ちょっと思ったのが、「職人」と「技術者」を別物として考えるべきで、演繹能力・シミュレーション能力等のノウハウは「職人」の範疇ではないかと。
漏れの場合、入社しばらくして上司に"KKDD"なるものを伝授されました。
"KKDD"は勘・経験・度胸・妥協の略だとか。まさに職人のノウハウそのもの。
ノウハウ自体は属人的だろうけど、ノウハウに頼るためには前提となる基礎知識(業務知識や共通的な常識や過去ログなど)が必要で、それが不足すると(たとえ正論であっても)根拠レスの暴論になってしまうでしょうね。
# 「職人」が突然いなくなったときの後任はそれはもう大変なものですよ
---- 何ぃ!ザシャー
Re:JAXAよりも (スコア:1)
でも、たいがい同一人物だったりする。というより前提となる基礎知識=一般
化されたノウハウの部分が技術者で、それより先の部分が職人ではないかと。
で、組織としては場数踏ませて職人を増やすか、時間をかけてノウハウを一般
化して技術レベルをあげるかしかないわけで、やっぱりどちらにしても伝承に
は時間がかかる。とまぁ、こんなところかな?
# OTJは前者、文書化は後者だな。
Re:JAXAよりも (スコア:0)
想 像 図 と (大幅に) 違 い ま す !!
というのと似たようなものかな。
Re:JAXAよりも (スコア:0)
ハード的に事後のフォローができない点で同一視は難しいかと。
# メンテ部隊も打ち上げれば別やけど