平凡な俺のようなものでも、事前に準備すればそれなりな システム開発ができるかもしれないのでいつも心がけていること を書き出してみた。 課題管理、スケジュール管理、体制、設計、開発など 課題管理がなされているか？５W１Hが管理されているか スケジュールが管理されているか、 見積もりの精度は十分か。タスクの粒度は都度できる限りに、細かくする プロジェクトのコミュニケーションルートが確立されているか メンバーが誰に聞けば問題や課題が解決するか把握できているか 開発体制が確立されているか 言った言わない、聞いてないとかって問題が出たときに、都度根本的に解決しようとしているか タスク管理redmineなどのツールを使っているか。管理工数を極力減らす努力がされているか。管理はツールができる 話合いが多すぎるのは、良くない。開発が安定してるときは、無駄なコミュニケーションは少ない事が多い。 新しいツール

SI開発でよく起きる問題の１つ。エンドユーザーのシステム要件がなかなか決まらないというのが たびたび問題になる。 決まらないと、スケジュールを圧迫したり、開発工数を圧迫したりなどで、 スケジュールが遅延したりなどがたびたび起きて、開発者にとっては厳しい状況になりがち。 業界の慢性的な病気とも言えるかもしれない。 パターンを分類してみた エンドユーザー側の決定が遅れがち、大事なことを決断する力が弱い この場合は、PMや営業を通じて仕様決定者間で解決できない場合は、 会社同士のもっと上のレイヤーをうまく使う。現場でMTGしてる人がどうこうしようとしてるので、あまりうまく いってるのを見たことがないし。うまく行くなら、もっと前にうまくいっているような気がする。 開発側、請け負ってる側に要求管理する力が弱い この場合は、開発側にうすうすまずいと思ってるメンバーがいる場合は、気がついたメンバーが動く

OJTとかを最近やっているので これぐらいあった方がいいっていうスキルポイントを書いてみる システム開発に限らないのかもしれないけど 最低限のレベル タスクを完了することができる。コーディングだったり、Doc作成だったり 業務を完遂するために必要な仕事上のコミュニケーションができる。 タスクの内容を十分理解していて、どこまでやれば終わりか分かっている。分からない部分は誰に聞けばいいか分かっている 求めるレベル 開発環境を自分で構築できる。環境構築の際の手順書とかトラブルシューティング対応とかもできるともっといい 次案件からは、これを使った方がいいなど提案とかする。改善する視点を持っている 仕事を自ら定義することができるし、ゴールも理解している チームで仕事をするやり方を心得ている スターがいない状況でも成果を出すことができる 常に必要とされるレベル スターではないことを十分理解していて、ス

先日学生に聞かれたんですよ。 「下流工程は大変って聞きますが、上流は楽なんですよね？」 よろしい、君はよく勉強している。でも根本的に間違っている。下流工程が辛いのは、上流工程でちゃんと仕事ができなかったからだ*1。 というわけで、主に学生向きに話を単純化して語ってみます。これが普通だとか、一般的だとか言うつもりはなく、違う視点もあるかと思いますが、一つの考え方として。 SIでのシステム開発は、建設業にたとえられます。が。 顧客の希望を聞き、設計し、施工し、引き渡す。こういった工程を踏む仕事ということで、システム開発はよく建設業にたとえられます。実際に工程管理の手法なども似通っています。ところが、大抵の場合、耐震偽造をした建築物よりもシステムのほうが脆弱に仕上がります。何故でしょうか。 一つには、建物の図面を引くには建築士の資格が必要ですが、システムの設計に資格は必要ありません。 もう一つ、

パソコンの断・捨・離 いいことずくめのアプリ断捨離、不要なサブスクや悪意あるアプリも排除 2024.03.15

こんにちは、小久保です。今回は受託開発事業と自社媒体事業におけるディレクターの意識の違いについて書きたいと思います。 弊社はもともとウェブ関連のSI事業から始まっており、私が入社した5年前もほとんどの仕事がウェブの受託開発・運用でした。 そこから紆余曲折がありながら、現在のメディア事業中心の会社へと変化してきたわけですが、その過程における組織変更はまさに試行錯誤の連続でした。 以前、面白法人カヤックの柳澤社長が「受託開発と自社開発の両立」という記事を書かれていましたが、この記事を読んだときに「やっぱりどこも同じような悩みをかかえているんだなぁ」と激しく共感したことを覚えています。 ところで皆さんは、受託事業と自社媒体事業について一般的にどのようなイメージを持たれているでしょうか？　弊社が事業シフトの過渡期にあったときに頻繁に出ていた声は以下のようなものでした。 受託 = クライアントに詰め