どのような習慣が開発者の生産性を低下させる？ 149
ストーリー by headless
悪夢 部門より
悪夢 部門より
本家/.記事「Ask Slashdot: What Practices Impede Developers' Productivity?」より
開発者の生産性に関する数多くの研究が、個人による差異を強調している。私はフリーのWeb開発者として多数の企業と仕事をしてきたが、生産性を向上させるよい習慣を実践している企業もあれば、悪夢としか思えない習慣を持つ企業もあった。開発者の生産性を個人レベル、または組織レベルで阻害するような悪い習慣や問題点にはどのようなものがあるだろうか。/.erの経験をお聞かせ願いたい。
ちょっと違うかもしれないけど (スコア:5, すばらしい洞察)
結婚生活。
# ITエンジニアにとって結婚ほど生産性低下を招く事象はない
Re:ちょっと違うかもしれないけど (スコア:1)
Re: (スコア:0)
それは個人の時間を全て「開発の効率を低下させる」扱いにしかねない
社蓄あるいはブラック企業的な発想だよ。
「ちょっと違うかも」と違和感をご自分でも感じてるんでしょ。
Re:ちょっと違うかもしれないけど (スコア:5, 興味深い)
IT系企業の研究者の人が、
「企業の研究者は、業務時間中は人と仕事をし、残業時間は自分の仕事をし、休日になって研究をする。だから、結婚したら研究者としては終わり。マネージャになれ。」
って話していたとか。。。
もっともその話をしたといわれている人は、結婚してお子さんもいらっしゃいますがバリバリ研究成果を出されているので能力次第なんでしょうけどね。
Re:ちょっと違うかもしれないけど (スコア:1)
その人にとっては、今出してる研究成果では不満なんでしょうね。
Re: (スコア:0)
結婚生活なり休暇なりで個人の時間を十分取ったとしても、いつでもどこでも仕事はできますよ。
sshクライアントをインストールしたスマホとBluetoothキーボードさえあれば。
結婚生活が生産性を低下させるというのは、単なる甘え。嫁さんと夜の生活をしながら、コーディングすればいい。
Re:ちょっと違うかもしれないけど (スコア:5, おもしろおかしい)
# talk
# touch
# finger
# mount
# sync
# sync
# sync
# umount
# sleep
Re:ちょっと違うかもしれないけど (スコア:1)
ハンマーを持つ人には、すべてが釘に見える (スコア:5, すばらしい洞察)
仕様書がエクセル。
設計書もエクセル。
バージョン管理もエクセル。
課題管理エクセル。
工程管理もエクセル。
取扱説明書もエクセル。
Re:ハンマーを持つ人には、すべてが釘に見える (スコア:2, おもしろおかしい)
製品もエクセルにしましょう
Re:ハンマーを持つ人には、すべてが釘に見える (スコア:1)
いろんな意味でコストが低いといえるんじゃない。
全部違うソフトだとライセンスや環境整えたり、使用方法覚えたりとコスト高くない？
Re:ハンマーを持つ人には、すべてが釘に見える (スコア:1)
-- 哀れな日本人専用(sorry Japanese only) --
Re:ハンマーを持つ人には、すべてが釘に見える (スコア:1)
ぶら下がってるコメント見ると、代案もないし結局Excelだよねって現状をよく表してる。
なれるSE7 目からうろこの?客先常駐術 (スコア:4, 参考になる)
状況も説明せずに次の日からいきなり客先常駐とか、元請けの担当がアホとか、
机が狭くて隣の人と肩がぶつかるくらいだとか、椅子を引くだけの隙間もないだとか、
前任者が引き継ぎ資料も遺さず撤退だとか、その事情さえも説明されてないとか、
必要なアプリをインストールするにもいちいち許可が必要で、
しかも担当の手際が悪くて必要な各種アプリの許可が下りてないだとか、
本番環境にはリモートアクセス禁止で、サーバーにアクセスするにはデータセンターに行かなければならないとか、
データセンターには記憶媒体の類は一切持ち込み禁止だとか、（以下省略）
http://book.akahoshitakuya.com/b/4048868535 [akahoshitakuya.com]
＃Emacsやvimは許可リストに入ってなくてメモ帳使えだとか、
＃インターネットへはアクセス禁止だとか、
＃PCが古すぎて、性能が低すぎるとか、画面が小さすぎるとか、
＃巨大なExcel仕様書読む必要があるのに画面が小さすぎだとか、
Re:なれるSE7 目からうろこの?客先常駐術 (スコア:1)
＞一見非効率・非生産的に見えることでも、それが導入された経緯を無視すると大火傷を負うことがある。
そういう言い訳は無能な管理職の常套句だよね。
無駄なルールが生産性を下げるのは事実なんだから、
それに見合うだけのメリットがある時「のみ」導入すれば良い。
ところが無能なマネージャというものは、メリットとデメリットが計算できないから、
「なんでもいいからとにかく縛れ！規制しろ！せきゅりちーのためには全部必要に決まっとる！」
とか言って、とにかく非生産的な非効率な仕組みを、思いつきだけで次々に入れていき、
不要な物についても削減することはない。
＃そういう無能な管理職の日常こそが、まさに生産性を低下させる習慣の一つ。
その結果が日本的SIerの低生産性低品質の赤字ビジネスというわけだから笑えんよ。
ネット上のコミュニケーションに時間を費やす (悪い習慣) (スコア:3, すばらしい洞察)
気分転換と称してスラド等の掲示板に書き込み、その反応を確かめたくてリロードを繰り返し、
同意を得られたらニヤニヤする。
同意を得られなかった場合は、即座に反論を書き込む。
それでどれだけの時間を無駄にしてしまったことか。
さっさと仕事を終わらせれば、早く帰れるのに。
まあまあ (スコア:1)
人生には息抜きも必要だぞ。
Re:まあまあ (スコア:1, おもしろおかしい)
あんた達は、息抜きの合間に人生やってるんだろう！
Re: (スコア:0)
違う！息抜きが人生なんだ
ソフト開発と営業部隊の部屋が一緒 (スコア:3, 参考になる)
しかも、お客さんも出入りしていて、「お客様が着たら、必ずお客様を見る！挨拶する！基本だろ！」とやさしく指導される。
当然その度に集中が途切れ途切れ。
頭の中に描いていたロジックが半分欠ける。
これがシステムの最先端を行く開発受託業務とかいうんだから世話ないや。
Re:ソフト開発と営業部隊の部屋が一緒 (スコア:4, おもしろおかしい)
先端は欠けたり曲がったり鈍ったりしやすいんだなぁ…
Re:ソフト開発と営業部隊の部屋が一緒 (スコア:3, 参考になる)
少なくとも、開発者に電話を取らせるべきではないな。電話応対で思考が途切れる。
電話を置く必要も無いような気がするが。
ある日から (スコア:2)
今の会社に入って数か月のある日、会社の先輩と昼食を食べに行った。
で、話を聞いていると、電話対応の件になり、
「３コール待たせるのは、相手に失礼になるんだよ」
との事。
この時の僕。
「そうなんだぁ。じゃ、２コール目で危なかったら、僕が取るとするか」
と、軽い気持ちで思っていた。
その翌日以降。
僕は毎日最低５回は電話を取るようになったｗｗｗｗｗ
一応、電話を取る人は決まってるんですよ。
女性社員が一人。
で、お昼に行くじゃないですか。（他にも席外しとか）
だ～～～～れも取らないんすよｗｗｗｗｗ
もちろん、その女性社員が休みのときは、殆ど僕が取ってます（笑）。
あ、今日もこの時間は僕が電話対応してますよ（既に２回取った）
それは、今の会社に入った１０年以上前から変わってません（笑）。
こんな会社です。イェーイ！
＃さすがに一度、上の方に話したんですけどねぇ。
＃もちろん、な～んにも変わりませんでした（笑）
Re: (スコア:0)
モノを創れもしないのに、横からあーだこーだと口を挟むだけの
営業と事務職員を追い出すのもマネージャーのお仕事です
仕事して無いなら注意してあげましょう
物質的に触れないと価値がゼロという感覚 (スコア:3, 興味深い)
よく、営業やトップセールスがしでかす売り方だけど、「お試し価格」と称して激安で開発や構築を請け負う慣習は、開発者の意欲を激しく削ぐので辞めた方がいい。
プログラムを書いても、手に持って触れるものではないので、対価ゼロ。
サーバを構築して収めても、もらうのは物理的なサーバの仕入れ費のみ。
「それでうちの実力を測っていただいて、次回からはよろしくお願いします」
みたいな売り方をすると、大抵は一見さんで終わり。
そういう会社が多いから、発注元もぐるぐる激安でやってくれるところを回してんです。
結果、業界全体として価値がゼロ査定されてしまっている。
営業や経営者の責任だから、開発者は気に病むことはないというかもしれないが、業績に貢献できない仕事をひたすら課せられる身は辛いよね。
Re:物質的に触れないと価値がゼロという感覚 (スコア:3, 興味深い)
ああ、あるねえ。
似たようなケースとしては、人月しか理解できないバカ販売員(*1)。
たとえ1秒で答を出したとしても、その答を出すことのできる技術者が希少なら、価値がある。価値をできるだけ高く売るのが営業ってもんだろう。
なのに、それをタダで客に渡してしまう。その場はタダでも、後々の取引材料に使うんだったらまだしも、価値を理解できないからそれもしない。本当にバカ。自分が誰にでもできる仕事しかしていないから、他人の価値のある仕事を理解できないのかもしれない。
*1: そもそも「営業」って名前が良くない。自分達が会社の業務・営業の中心だとバカが勘違いする。英語ではSalesなんだから、「販売」と呼ぶべき。少なくとも価値をできるだけ高く売ることができないバカは、「販売員」で十分。
給料が安い (スコア:2, 興味深い)
どんなにアホくさくても相応の報酬が頂けるなら喜んでやりますよ？
それはウソ (スコア:0)
あまりにもアホくさい（無駄すぎるとか）仕事の場合、2度3度と繰り返すうちに報酬が足らなくなって、もっと貰わねば割に合わないと考えるようになる。
或いはそれでもやらねばならない場合、拷問と化して徐々に精神が崩壊していく。
やっぱりね、報酬だけじゃ無くて、やりがいってのが必要なんだと思う。
メールで (スコア:2)
パスワードを掛けたzipとパスワードを別メールで送信。
半ばビジネスマナーとして常識化しつつあるが、
パスワードを平文メールで送るってのはどうなのよ。
#誰が言い始めたんだ？アレは。
Re:メールで (スコア:1)
弊社にもそんなルールがあります。まあ、何もしないよりマシ、って程度の気休めでしょうね。
さすがに外部とのファイル共有用にWebDAVが準備されるようになりましたけどね。
あと、誤送信したものを受信した場合には、それを悪用しないでくれ、という意味の文章をメールの末尾に必ず付けるルールとかな。
Re:メールで (スコア:1)
んで、拡張子が.exeのままだとメールサーバで弾かれるからってんで、ラスト一文字をアンダースコアに変えて.ex_とかにすんのね。……社外宛のメールでも、何の断りもなしに。
再発防止策の策定 (スコア:1)
バグを出したときに、次にバグを出さない様にと再発防止策を策定させられる。
原因は非所に明確で、コーディングから単体デバッグの時間をもらえれば済むのだ。
「設計レベルで充分なレビューが行われているので正しくコーディングすれば単体デバッグは不要」
なんてことがあるのでしょうか？？？
Re: (スコア:0)
「設計レベルで充分なレビューが行われているので正しくコーディングすれば単体デバッグは不要」
じゃあ、バグが出た時は設計レベルで充分なレビューが行われていないってことだね！
・・・そんなわけない。
Re:再発防止策の策定 (スコア:1)
レビューのレビューをしないといけないな。
コメントを書かずにチェックイン (スコア:1)
過去の自分であったり他人であったりします。
コメントがあればよいってものでもないですが、意味のないコメントはコメントではなく落書きだということで。
一体このコードは何のためにこうなっているのか、検討に推理、実証かけないといけないのはほんとに無駄なので。
ドキュメント設計/戦略が弱い (スコア:1, 参考になる)
参照資料があらゆる位置/媒体/形式に分散している。
最終決定/最新情報の存在が曖昧。
情報のメンテナンスにコストの掛かる手法を採用している。
情報の最適化が為されていない。その意識がない。
#欲しいのは、上記問題を超横断的に解決するOfficeソフトだッ！Officeクローンとかじゃないんだ！
Re:ドキュメント設計/戦略が弱い (スコア:1)
これの良い解決方法って無いねぇ
重要情報に限って口頭記憶だったり過去メールだったりソースコメントだったりするし
ドキュメント整備する度に気合入れ過ぎられて継続保守が困難な形になるし
最後は人海戦術でまとめなおしになる
でも当然過去資料がメインのままw
プリンタが偉い人の席にしかない (スコア:1)
プリンタが偉い人のところにしかなく、もちろんネットワークにも繋がっていない。
何か印刷したいときは、USBメモリなどに入れてそこまでもっていって印刷させてもらうか、事務担当の人にその都度印刷してきてもらうよう頼まなければいけない。
同じような職場に行った人に話を聞くと、どこの職場もこうだという。
正直無駄すぎアホすぎとしか思えない。IT使うなら古い慣習持ち込まず効率化を考えろと声を大にして言いたい。
＃ まったくこれだから南アジアやアフリカは途上国だって言われるんだ！・・・はい、さすがに日本の話じゃないですよ。日本でそんなアホなとこはないですよね？
Re:プリンタが偉い人の席にしかない (スコア:1)
偉い人のそばに置かなかったら5分で盗まれる。
the.ACount
Re:プリンタが偉い人の席にしかない (スコア:1)
紙に出した方が見やすくありませんか？
間違いもよく見つけられるし。
スクリーンで読むだけだと、どうしても見落としてしまいます。
「生産性を上げよう！」とハッパをかける上長 (スコア:1)
貴様さえいなければ上がる。
不思議に思うのは (スコア:1)
開発に生産性という言葉を当てはめること
そしてそれを開発者が受け入れてしまうこと
産業としては、経営者としては当然なんでしょうが。
もちろん、延々と「開発してまーす」と言っていてよいものではないでしょうけど。
猛烈なお叱りがくるかもしれませんが、甘んじて受け入れるつもりで発言。
---- sinbo
環境のカスタマイズ (スコア:1)
緑電子の10MBHDDにneosのマウス、コード書きはmifes+optasm。
残業禁止だった。必要もなかった。生産性は高いですよ？
まずは生産性の定義をして貰わねば (スコア:1)
単位時間当たりの行数でもコピペ回数でもビットが1の数でもいいけど
まずは計測可能ななんらかの定義がなければ、
それを向上させたのか低下させたのかすら分からない
電話 (スコア:0)
習慣というわけではありませんが、思考に対して強引に割り込んでくる電話は、生産性を落とす要因の一つだと思います。
スーツにネクタイ (スコア:0)
プログラマに、スーツを着てネクタイを締めろとかいう会社。プログラミングなんてアロハにビーチサンダルのほうが捗るだろ。
無駄な会議 (スコア:0)
頻繁な会議。
しかも資料が事前に配られない・配っても参加者が目を通さない。
時間ばかりかかって何も決まらない。
Re:無駄な会議 (スコア:2)
頻繁な会議→会議で時間がないので資料を作れない/目を通せない→会議の効率が悪い→会議の時間が伸び、頻度が増える
今の職場がそうですねえ。客の担当者が参加する会議が、1セット2時間程度が一日2〜3回以上って、本当に会議だけで一日過ぎてるなあと。
遠隔地なので電話会議とかやっているんだけど、一行目にあるような状態なので現代としてはありえない効率。
あと、事前に資料を検討しないからその場で読む、その議題について一番検討する時間を使った人間(資料を作った人間)よりも、一番検討に時間を使わなかったその場の多数の人間の思いつきで物事が左右されるというのは犯罪レベルじゃないかと最近思うようになりました。
あと、電話会議特有の問題として、場を持たせるために強迫的に話すことを強いられるので、長くそれをやっていると話し始めてから考えるという習慣が身についてしまう事。近い内指摘する事になるだろうけどね。
#存在自体がホラー
Re:無駄な会議 (スコア:1)
あるある。2時間予定で5時間くらいやった挙句、結論はまた来週。
締め切りを過ぎても仕様が決まらないとか、やることはあるのに作れない。
そんなことがずっと続いてた。決まらない会議なんてやめろ。決めるまで戻ってくんな。
Re:無駄な会議 (スコア:2)
資料を読み上げるだけで時間が潰れていく
その後質疑応答
読み込んでも無い資料に対してその場で質問しなければ議題は自動的に成立
事前に資料をメールして、質問が無ければ成立にしてしまえば会議しなくていいじゃん？