サウスポーなエンジニアの独り言サウスポーなエンジニアの独り言サウスポーなエンジニアが日々感じた、気づいた、学んだことを徒然と書いています。2017年10月15日Tweet仕事での行動基準...うまく言えないのですが「これを気をつけて欲しいなぁ」的な内容...を考えることがありました。SEが作成するドキュメント(堅く言うと「成果物」)にはたいがい「変更履歴」を記入する欄があります。:変更者:対象テーブル名:変更内容2008/2/10:佐藤:発注テーブル:「備考カラム」を100桁から150桁に変更。2008/2/15:鈴木:出荷テーブル:「出荷日時」カラムを追加。2008/3/4:鈴木:発注テーブル:「最終更新日時」カラムを追加。#本当はExcelなのでちゃんと表組みになっています。この前田さん(※もちろん仮名です)の対象テーブル名の記述に「?」と思ったわけです。(善し悪しは別として)「対象テーブル名」には論理テーブル名を書くのがそのプロジェクトのルールでした。明示されていなくても(明示されているのがベストですが)、それまでの記述を見ればそれはある程度、判断できるものです。(それを理解していたかどうかは分かりませんが)前田さんの物理テーブル名であるOrderと書きました。変更履歴の意図(いつ、誰が、どれを、どのように、どうした)が分かれば「そんな細かい点にこだわらなくてもいいやん」と言われるかもしれません。私はそのルールを変えた明確な理由がなく、なんとなく(厳しい言い方をすると何も考えずに)記述したことが気になりました。SEの大事な能力の1つに論理的思考が求められるます。その能力から導き出される矛盾点や配慮も求められるものだと考えています。それはアクション以外にもドキュメントにも当然のように求められます。それをふまえて考えると、こういう細かい点やその一貫性に気を回さない/回せないと、いつかこういうことに起因したトラブルが発生するのでは?と不安に思うわけです(心配性なのかもしれませんが...)。リーダーの立場として、そういう特性のメンバー作成のドキュメントは要チェックしてしまうわけです。誰しも、自分のタスクにいちいち細かく指示されるのはイヤだと思います。「卵が先か鶏が先か」の議論はありますが、リーダーに「このメンバーは大丈夫だ」と思わせる実績を残せば細かい指示もなくなってくるのでは?と思います。#同時にリーダーが我慢して任せることも大事です。似たような話ですが、時間にルーズな人が「プライベートな待ち合わせとかではルーズだろうけど、仕事ではちゃんとしているよ」と言っているのを聞いたことがあります。本質的にルーズで、そして改善しようと思っていないのであれば、仕事面でもどこか出てしまうものだろうなぁと思うわけです。※注意:この記事は旧サウスポーなエンジニアの独り言から移行し一部修正したエントリです。コメントをキャンセルメールアドレスが公開されることはありません。継続的な受付窓口って必要ふとあるミーティングで熱く議論した後に思ったことです。「サポータータイプ」:7「クラフトマンタイプ」:3かな、私は。...白魔導師はファイアを使えません最近、久しぶり...半年ぶり...にお客様常駐から社内に戻ってきました。それで、あるプロジェクトのお手伝い...調査、プログラミングなどを少ししたのですが、その時のお話です。...「サービス業」の側面サービス業を中心として「おもてなし」「ホスピタリティ」という言葉があります。ホスピタリティ→お互いを思いやり、手厚くもてなすこと。...「ホウレンソウ」のレベル先月...7月初旬から新人が配属になりました(それまでは3ヶ月の集合研修)。それをきっかけにして、ふと過去に新人のOJT担当だった時に書き留めていたメモを書いてみます。...PREVリーダーには説明責任があるNEXT会議での「KY読めよ」な空気がキライギルドワークスの現場コーチ。「正しいものを正しくつくる現場を増やす」ことを目指している現場コーチ。認定スクラムマスター(CSM)。様々な規模のSIerでのシステム開発を経て今に至る。DevLOVE関西を主催。(14)サウスポーなエンジニアの独り言サウスポーなエンジニアが日々感じた、気づいた、学んだことを徒然と書いています。