Download as PDF, PPTX
More Related Content
![[Agile Japan 2017 NRIサテライト（再演）]Social change starts with you～三周目のAgileの世界への招待状～](https://cdn.slidesharecdn.com/ss_thumbnails/aj201720180307-180307054631-thumbnail.jpg?width=640&height=640&fit=bounds)
Similar to 開発現場から考える プロジェクトで活躍する 新入社員の育て方とは？
開発現場から考える プロジェクトで活躍する 新入社員の育て方とは？
- 1.
- 2. 自己紹介 鈴木雄介 • グロースエクスパートナーズ（株） » 執行役員/アーキテクチャ事業本部長 »http://www.gxp.co.jp/ • 日本Javaユーザーグループ » 会長 » http://www.java-users.jp/ • SNS » http://arclamp.hatenablog.com/ » @yusuke_arclamp • 書籍など » Cloud First Architecture 設計ガイド » ソフトウェアアーキテクチャが知るべき97のこと（監訳） 1
- 3. アジェンダ • 開発現場の外側 • 開発現場で起きていること »プロセスの変化 »テクノロジーの変化 •新入社員の育て方 • まとめ • 新人研修をやってみて 2
- 4.
- 5.
- 6. 開発現場の外側 企業システムの類型 • SoR（System ofRecord）/mode 1 »情報を正しく「記録」するためのシステム »ユーザーは従業員が中心。取引情報を長期間にわた って保持し、ビジネスの基幹となるシステム »変更頻度は低め、システム障害影響大 • SoE（System of Engagement）/mode 2 »顧客や取引先との「絆」を作るためにシステム »最新の状況を表示し、判断を行ってもらう。機能は ユーザーごとに最適化され、高頻度で改善していく 5
- 7.
- 8. 開発現場の外側 SoRとSoEの違い • プロセスの変化 »外部の変化に応じて仕様を変えていく »計画主導から変更主導型へ • テクノロジーの変化 »外部の変化に応じて性能etc を変えていく »変化に対応できるプラットフォーム 7
- 9.
- 10.
- 11. プロセスの変化 SoEな現場を取り巻く状況 • 最初に正解がない（小さなスタート） »要件定義をしても作るものが定まらない • 段々、変更される（素早いリリース） »ユーザーからのフィードバックで機能を改善 •使われるか分からない（UI/UX） »基本的に使うことを強制できない 10
- 12. プロセスの変化 従来型プロセスの課題 • 最初に計画ありき »無理にでも要件定義をしないと計画を決められない • 曖昧な進捗管理 »進捗率80%は信用できない •変更を避ける »遅延が発見されても「なんとかする」と思いがち 11
- 13. プロセスの変化 求められるプロセス • 小さな計画でスタートする »今、何をするのかを明確にして取り組む • 定期的に動くもので進捗確認 »短い期間で動くソフトウェアを作り、全員で確認 »動かないことも成果として評価する •定期的に作るものを見直す »今、優先度が高いものがどれか 12
- 14.
- 15.
- 16.
- 17. エンジニアに与える影響 考えることを支援する仕組み • 小さな成果物 »成果物が小さいので具体的に手順を考えられる • 定期的な評価 »定期的に成果に対する評価がされる »だから、手順も改善されていく •チーム意識 »困ったらチームで考えて、チームで解決する 16
- 18.
- 19. テクノロジーの変化 SoEな現場を取り巻く状況 • 最初に正解がない（小さなスタート） »要件定義をしても作るものが定まらない • 段々、変更される（素早いリリース） »ユーザーからのフィードバックで機能を改善 •使われるか分からない（UI/UX） »基本的に使うことを強制できない 18
- 20.
- 21.
- 22.
- 23.
- 24. エンジニアに与える影響 考えることを支援する仕組み • 小さなサービス »標準化不要。サービスの範囲で責任をもつ • 品質を積み上げる »段階的に作るため品質保証を早期から工夫しないと 自分が大変になる •チーム意識 »困ったらチームで考えて、チームで解決する 23
- 25.
- 26.
- 27.
- 28. 新入社員の育て方 チームで育てる • 小さい範囲で見積や計画をさせる »失敗してもいいからやってみることから • 「なぜそう思ったの？」を聞く »「なんとなく」「言われたから」を許さない •他人が評価できるものを成果設定させる »主観的な「できました」は成果ではない 27
- 29.
- 30.
- 31.
- 32.
- 33.
- 34. 新人社員の育て方 自分で考えられるようになる • ルールに従うことだけではダメ • チームの中の自分として考える »小さく試行錯誤させることが大事 »失敗しないと学ばない •動かすことに情熱を持たせる »技術的なモチベーションを生み出す 33
- 35.
- 36. 新人研修をやってみて 従来の新人研修への不満 • 設定された課題をこなすことがゴール »100点を取ることが目標になりがち • チーム内のコミュニケーションが古い »文書か口頭でしかやり取りされない •そもそも技術がダサい »JavaとSQLだけの現場なんてなくなる 35
- 37. 新人研修をやってみて 感想 • チームのやり方になじむのが早い »ツール：チケット管理、Git、IDE »プロセスやマインド：アジャイル（Scrum） • アーキテクチャの理解ができている »SPA、APIなど •技術的な理解度は例年通り »ただし、幅の広さを知ることで学ぶ意欲が高い 36
- 38.